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PREFACE 


THE 6502 SERIES 

BOOKS 

Vol. I—Programming the 6502 (Ref. C202) 

Vol. 2—Programming Exercises for the 6502 (Ref. C203) 
Vol. 3—6502 Applications Book (Ref D302) 

Vol . 4—6502 Games Book 

SOFTWARE 

6502 Assembler in BASIC 
Games Cassette for SYM 
Application Programs 

8080 Simulator for 6502 (KIM and APPLE versions) 
EDUCA TIONAL SYSTEM 

Co mpu teacher™ 

Games Board™ 


“Complex algorithms can be fun! ” 

Programming is often treated by programmers as a game, although 
they may not readily admit it* In fact, using and programming a com¬ 
puter may well be one of the ultimate intellectual games devised to 
date. 

A program is a projection of one’s intelligence and skills. Writing 
games programs adds an essential ingredient to it: fun* However, most 
interesting games are fairly complex to program, and demand specific 
programming skills* 

This book will teach you how to program a complete array of games 
ranging from passive ones (Music) to strategic ones (Tic-Tac-Toe)* In 
the process o f learning how to program these games, you will sharpen 
your skills at using input/output techniques, such as timers and in¬ 
terrupts. You will also use various data structures, and improve or 
develop your assembly-level programming skills. 

This book has been designed as an educational text . Af ter reading it 
you should be able to create programs for additional games and to use 
your programming skills for other applications* 

If you have access to a microcomputer board, you can also enjoy 
the results of your work in a very short time. The programs presented 
in this book are listed for the SYM board (from Synertek Systems), 
but can be adapted to other 6502-based microcomputers. Playing the 
games will require building a simple, low-cost‘ ‘Games Board,” which 
is described in Chapter 1. To facilitate game playing, a “Games 
Cassette” is also available in SYM format. 

The many games studied in this book include: musical games 
(MUSIC), educational games (TRANSLATE and HEXGUESS will 
teach you hexadecimal), games involving the use of logic (MAGIC 
SQUARES), games involving coordination (SPINNER), memory 
games (ECHO), games of chance (SLOT MACHINES), games involv¬ 
ing strategy (TIC-TAC-TOE), and games involving various combina¬ 
tions of skills (BLACKJACK). 

A basic format has been followed in presenting each game program. 
It includes: 

I* The rules of the game 

2. Instructions for playing a typical game 
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3, The algorithm(s) (theory of operation) 

4. The program: data structures, programming techniques, 
subroutines. 


Variations and exercises are also suggested throughout the book. 

Thus, you will first learn howto play the game, and then how to de¬ 
vise a possible solution (the algorithm). Finally, you will actually 
implement a complete, programmed version of the algorithm in 6502 
assembly-level language, paying specific attention to the required data 
structures and techniques used for efficient programming. 

Learning to program in assembly-level language has traditionally 
been unappealing or difficult. It need not be. It can be fun. If you are 
familiar with elementary programming techniques on the level of 
reference text C202 —Programming the 6502, this book will teach you 
practical programming techniques in a game context. It will both inte¬ 
grate theoretical concepts into complex programs and present a simple 
step-by-step analysis of program development. These same concepts 
and techniques can be applied to any programming problem, from 
industrial control to business applications. 

It is hoped that you will have as much fun learning how to program 
as you will have playing the games. If you have invented, developed, 
or know of other games that you would like to see included in a games 
book, please write to me. 

RODNAY ZAKS 


i 

INTRODUCTION 

PURPOSE 

This book has been designed for the programmer who wants to 
learn advanced programming techniques by using the 6502. It can, of 
course, also be used by those who simply wish to play games with their 
6502-based board. When using this book for educational purposes, 
the reader should be familiar with the 6502 instruction-set as well as 

basic programming techniques on the level of the reference text C202 
— Programming the 6502. A basic knowledge of input/output tech¬ 
niques is also recommended. (See reference D302 — 6502 Applica¬ 
tions Book.) 

The games presented in this book range from simple programs to 
highly complex ones. I n order to implement game programs, 
algorithms will be proposed, and data structures will be designed. This 
is the process any disciplined computer programmer must go through 
when designing a programmed solution for a given problem. Game 
programs usually do not present any serious input/output problems, 
as some industrial control programs might; however, they often repre¬ 
sent a serious intellectual challenge in terms of devising an efficient 
solution strategy. In addition, all the algorithms and programs 
presented in this book have been designed to be terse so that they can 
reside within less than 1K of available memory. 

All of the programs presented in this book have been tested on ac¬ 
tual hardware by several users and have been found to be error-free in 
the conditions under which they were tested. As in any large program, 
however, inadequacies or improvements may be found. The author 
will be grateful for any comments or suggestions from interested 
readers. 




x 



INTRODUCTION 


The programs in this book can be used to play real games. They re¬ 
quire using a 6502-based board such as the SYM board (manufactured 
and trademarked by Synertek Systems) and they require building a sim¬ 
ple *‘Games Board.” A complete description of the Games Board will 
be provided in this chapter. The Games Board is shown in Figure 1.1. 

The programs in this book will all run as they are presented on a 
SYM board, but they can easily be adapted to any other 6502-based 
computer. The input/output lines available, however, are usually 
specific to the microcomputer used. The input/output segments of the 
various programs must then be modified accordingly. Naturally, the 
algorithms themselves as well as the programming techniques used to 
implement them normally remain unchanged. 

After reading this book, especially if you should try to run the pro¬ 
grams on the Games Board, you will probably agree that: 

“Complex algorithms can be fun!” 

HARDWARE REQUIRED 

In order to run the programs presented in this book on an actual 
microcomputer, a SYM or other 6502-based board should be used. 
Additionally, a Games Board will be required to play the games. A 
photograph of the Games Board is shown in Figure 1.1. The Games 
Board is the input/output board on which the games will be played. The 
keyboard on the right is used to provide an input to the microcom¬ 
puter board, while the LEDs on the left are used to display the informa¬ 
tion sent by the program. The use of the keys and the LEDs will be ex¬ 
plained for each game in this book. A speaker is also attached for 
sound effects. It has been mounted in an enclosure (box), for im¬ 
proved sound quality. (See Figure 1.2.) 

The Games Board may easily be built at home from a small number 
of low-cost components, or may be obtained from Sybex. Since its 
assembly is quite simple, the reader interested in obtaining a better 
understanding of the hardware is strongly encouraged to purchase the 
parts and build the board. On the other hand, building the Games 
Board is not a required action in order to use this text. It simply offers 
additional depth of understanding. 

CONNECTING THE SYSTEM 

It is assumed here that you own a 6502-based microcomputer 
board, such as a SYM board, and that you have built or obtained a 
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Fig* 1.1: The Games Board 



Fig. 1.2: Enclosure May Be Used for Improved Sound 
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Games Board, This section will describe how to interconnect the 
elements of the system so that you can actually play the games which 
will be described in the following chapters. If you do not have access 
to this hardware, it is not essential that you read through this section. 
However, you may wish to refer to it later, in order to implement the 
games described in this book, or to understand the interfacing and in¬ 
put/output techniques. 

Four essential components are required: 

1 - the power supply 

2 - the SYM board 

3 - the Games Board 

4 - (preferably) a cassette recorder 

The first requirement is to connect the wires to the power supply. If 
it is not already so equipped, two sets of wires must be connected to it. 
(See Figure 1.3.) First, it must be connected to a power cord. Second, 
the ground and plus 5V wires must be connected to the SYM power 
connector, as per the manufacturer’s specifications. 

Next, the Games Board should be physically connected to the SYM. 
Two edge connectors are required for the SYM: both the A connector 
and the AA connector are used. (See Figure 1.4.) There is also a power 
source connector. 

Always be careful to insert the connectors with the proper side up 
(usually the printed side). An error in inserting the power connector, 
in particular, will have highly unpleasant results. Errors in inserting 
the I/O connectors are usually less damaging. 

Finally, if a cassette recorder is to be used (highly recommended), 
the SYM board must be connected to a tape recorder. At the 
minimum, the “monitor” or “earphone” wires should be connected, 
and preferably the “remote” wire as well. If new programs are going 
to be stored on tape, the “record” or “microphone” wire should also 
be connected. (See Figure 1.5.) Details for these connections are given 
in the SYM manual. 

At this point the system is ready to be used. (See Figure 1.6.) If you 
have one of the games cassettes (available separately from Sybex), 
simply load the cassette into the tape recorder. Press the RST key after 
powering up your SYM, and load the appropriate game into your 
SYM. You are ready to play. 

Otherwise, you should enter the hexadecimal object code of the 
game on the SYM keyboard. All games are started by jumping to 
location 200 (“GO 200”). 



Fig, 1.3: Two Wires Must Be Connected to the Power Supply 
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Fig. 1.4: The Gomes Board Is Connected to the SYM with 2Connectors 

(Note also Power and Cassette Connectors) 
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Fig. 1.5: Connecting the Cossette Recorder 



GAMES BOARD INTERCONNECT 
The Keyboard 

The board’s components are shown in Figure 1.7. The LED ar¬ 
rangement used for the games is shown in Figure 1.8. The keyboard 
used here is of the “line per key” type, and does not use a matrix ar¬ 
rangement. Sixteen keys are required for the games, even though more 
keys are often provided on a number of “standard keyboards,” such 
as the one used in the prototype of Figure 1.7. On this prototype, the 
three keys at the bottom right-hand corner are not used (keys H, L, 
and “shift”). 

Figure 1.9 shows how a l-to-16 decoder (the 74154) is used to iden¬ 
tify the key which has been pressed, while tying up only four output 
lines (PBO to PB3) — four lines allow 16 codes. The keyboard scan¬ 
ning program will send the numbers 0-15 in succession out on lines 
PB0-PB3. In response, the 74154 decoder will decode its input (4 bits) 
into each one of the 16 outputs in sequence. For example, when the 
number “0000” (binary) is output on lines PBO to PB3, the 74154 
decoder grounds line I corresponding to key “0”. This is illustrated in 
Figure 1.9. After outputting each four-bit combination, the scanning 
program reads the value of P A7. If the key currently grounded was 
not pressed, PA7 will be high. If the corresponding key was pressed, 
PA7 will be grounded and a logical “0” will be read. For example, in 



Fig. 1.6: The System is Ready to be Used 


Fig. 1.7: Games Board Elements (Prototype) 
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Fig. 1.8: The LEDs 

Figure 1.10, a key closure for key I has been detected. As in any scan¬ 
ning algorithm, a good program will debounce the key closures by im¬ 
plementing a delay. For more details on specific keyboard interfacing 
techniques, the reader is ref erred to ref erence C207 — Microprocessor 
Interfacing Techniques . 

In the actual design, the four inputs to the 74154 (PBO to PB3) are con¬ 
nected to VIA #3 of the SYM. PA7 is connected to the same VIA. The 
3.3 K resistor on the upper right-hand corner of Figure 1.9 pulls up 
PA7 and guarantees a logic level “I” as long as no grounding occurs. 

The GETKEY program, or a similar routine, is used by all the pro¬ 
grams in this book and will be described below. 

The LEDs 

The connection of the fifteen LEDs is shown in Figure 1.11. Three 
7416 LED drivers are used to supply the necessary current (16 mA). 

The LEDs are connected to lines PAO to PA7 and PBO to PB7, ex¬ 
cepting PB6. These ports belong to VIA #1 of the SYM. An LED is lit 
by simply selecting the appropriate input pin of the corresponding 
driver. The resulting arrangement is shown in Figure 1.12 and Figure 
1.13. 
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Fig. 1.9: Decodar Connection to Keyboard 



{CLOSURE DETECTED) 

Fig, 1.10: Detecting a Key Closure 
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Fig, 1,11: LED Connection 
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Fig* 1.12: LED Arrangement on the Board 

The resistors shown in Figure 1.11 are 330-ohm resistors designed as 

current limiters for the 7416 gates. 

The output routines will be described in the context of specific 

games. 

Required Parts 

One6” x 9” vector-board 
One 4-to* 16 decoder (74154) 

Three inverting hex drivers (7416) 

One 24-pin socket 

Three 14-pin sockets (for the drivers) 

One 16-key keyboard, unencoded 
Fifteen 330-ohm resistors 
One 3.3 K-ohm resistor 
One decoupling capacitor (.1 mF) 

Fifteen LEDs 
One speaker 

One 50-ohm or 110-ohm resistor (for the speaker) 

Two 15”-20” long 16-conductor ribbon cables 
One package of wire-wrap terminal posts 

Wire-wrap wire 

Solder 

A soldering iron and a wire-wrapping tool will also be required. 
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VIA NUMBER 1 



Fig, 1,13: Detail of LED Connection to the Ports 

Assembly 

A suggested assembly procedure is the following: the keyboard can 
be glued directly to the perf board. Sockets and LEDs can be posi¬ 
tioned on the board and held in place temporarily with tape. All con¬ 
nections can then be wire-wrapped. In the case of the prototype, the 
connections to the keyboard were soldered in order to provide reliable 
connections since they were not designed as wire-wrap leads. Wire- 
wrap terminal posts were used for common connections. 

Additionally, on the prototype two sockets were provided for con¬ 
venience when attaching the ribbon cable connector to the Games 
Board. They are not indispensable, but their use is strongly suggested 
in order to be able to conveniently plug and unplug cables. (They ap¬ 
pear in the top left corner of the photograph in Figure 1.14.) A 14-pin 
socket and a 16-pin socket are used for this purpose. Wire-wrap ter¬ 
minal posts can be used instead of these sockets to attach the ribbon 
cable directly to the perf board. The other end of the ribbon cable is 
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Fig, 1.14: Gomes Boord Detail 

simply attached to the edge connectors of the SYM. When connecting 
the ribbon cable at either end, always be very careful to connect it to 
the appropriate pins (do not connect it upside down). The Games 
Board derives its power from the SYM through the ribbon cable con¬ 
nection. Connecting the cable in reverse will definitely have adverse 
effects. 

The speaker may be connected to any one of the output drivers 
PB4, PB5, PB6, or PB7 of VIA #3. Each of these output ports is 
equipped with a transistor buffer. A 110-ohm current-limiting resistor 
is inserted in series with the speaker. 

The Keyboard Input Routine 

This routine, called “GETKEY,’ 1 is a utility routine which will scan 
the keyboard and identify the key that was pressed. The correspond¬ 
ing code will be contained in the accumulator. It has provisions for 
bounce, repeat, and rollover. 

Keyboard bounce is eliminated by implementing a 50 ms delay upon 
detection of key closure. 

The repeat problem is solved by waiting for the key currently 
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pressed to be released before a new value is accepted. This cor- 
responds to the case in which a key is pressed for an extended period 
of time. Upon entering the GETKEY routine, a key might already be 
depressed. It will be ignored until the program detects that a key is no 
longer pressed. The program will then wait for the next key closure. If 
the processing program using the GETKEY routine performs long 
computations, there is a possibility that the user may push a new key 
on the keyboard before GETKEY is called again. This key closure will 
be ignored by GETKEY, and the user will have to press the key again. 

Most of the programs described in this book have audible prompts 
in the form of a tone which is generated every time the player should 
respond. Note that when a tone is being generated or during a delay 
loop in a program, pressing a key will have absolutely no effect. 



via tt 3 

Fig. 1.13: VIA Connection toKeyboord Decoder 
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Fig. 1.16: CETKiV Flowchart 
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The hardware configuration for the GETKEY routine is shown in 
Figure 1.9. The corresponding input/output chip on the SYM is 
shown in Figure 1.15. VIA #3 of the SYM board is used to com¬ 
municate with the keyboard. Port B of the VIA is configured for out¬ 
put and lines 0 through 3 are gated to the 74154 (4-to-16 decoder), 
connected to the keyboard itself. The GETKEY routine will output 
the hexadecimal numbers “0” through “F,” in sequence, to the 
74154. This will result in the grounding of the corresponding output 
line of the 74154. If a key is pressed, bit 7 of VIA #3 of Port A will be 
grounded. The program logic is, therefore, quite simple, and the cor¬ 
responding flowchart is shown in Figure 1.16. 

The program is shown in Figure 1.17. Let us examine it. The 
GETKEY routine can be relocated, i.e., it may be put anywhere in the 
memory. In order to conserve space, it has been located at memory 
locations 100 to 12E. It is important to remember that this is the low 
stack memory area. Any user programs which might require a full 
stack would overwrite this routine and thus destroy it. To prevent this 
possibility, it could be located elsewhere. For all of the programs that 
will be developed in this book, however, this placement is adequate. 
The first four instructions of the routine condition the data direction 
registers of VIA #3. The data direction register for Port A is set for in¬ 
put (all zeroes), while the data direction register for Port B is set for 
output (all ones). This is illustrated in Figure 1.15. 

LDA #0 
STA DDR3A 
LDA #$FF 
STA DDR3B 

Two instructions are required to test bit 7 of Port 3A, which in¬ 
dicates whether a key closure has occurred: 

START BIT PORT3A 

BPL START 

The key counter is initially set to the value 15, and will be decremented 
until a key closure is encountered. Index register X is used to contain 
this value, as it can readily be decremented with the DEX instruction: 

RSTART LDX # 15 

This value (15) is then output to the 74154 and results in the selection 
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f'GETKFY - 1 KEYBOARD INPUT ROUTINE 

JREARS AN* HE BOUNCES KEYBOARD, RETURNS WITH KEY NUMBFR 
JIN ACCUMULATOR IF KEY BOUN. 

i operation: senbs numbers o-f to 74154 c a to t6 

iLlNF KECOiER ) * WHICH GROUNDS ONE SIDE OF KFYSWYTCHFS 
fONE AT a TINE, if a KEY IS BOUNj RA7 OF VIA #3 UTI I RF 

i GROUNDED * AN* THE CURRENT VALUE APPLIED TO THF 74154 U 
fBE THE KEY NUMBER. UMEN THE PROGRAM DF TFCTS A KEY FI OS 
\CHECKS FOR KEY CLOSURE FOR SO MS. TO ElTMTNATE BOUNCE. 
JN0TE: if NO KEY IS PRESSEB, GETKEY WTU WATT. 


jNOTe: 

A 

IF NO KEY 

IS PRESSEB 

* 

.=#100 

jnote: 

BBR3A 

=*AC03 

, DAT A 

BBR3B 

=*AC02 

JDATA 


PORT3A =*AC01 
PORT3B ^ #ACOO 


, DAT A DIRECTION RFC A FOR VIA *3 
, D AT A DIRECTION REG B FOR VIA *3 
rVIA#3 PORT A IN/OUT REGS 
rVIA#3 PORT B IN/OUT REGS 


0100 : 

A9 

00 



L»A 

to 

0102: 

BD 

03 

AC 


STA 

BBR3A 

0105! 

A9 

FF 



LDA 

#$FF 

0107 : 

SD 

02 

AC 


STA 

BDR38 

oioa : 

2C 

01 

AC 

START 

PIT 

R0RT3A 

oio»: 

10 

FB 



BPL. 

START 

oiof: 

A2 

OF 


RST ART 

LDX 

#15 

out: 

8E 

00 

AC 

NXTKEY 

STX 

P0RT3B 

oii4: 

2C 

01 

AC 


BIT 

P0RT3A 

oii 7 : 

10 

05 



BPL 

BOUNCE 

oii9: 

CA 




DEX 


oua: 

10 

F5 



BPL 

NXTKEY 

011CT 

30 

FI 



BMI 

RSTART 

oiie: 

BA 



BOUNCE 

TXA 


ouf: 

AO 

12 



LBY 

#$12 

0121 : 

A2 

FF 


LP1 

LDX 

♦ $FF 

0123 : 

2C 

01 

AC 

LP2 

BIT 

P0RT3A 

0126i 

30 

E7 



BMI 

RSTART 

0128: 

CA 




IiEX 


♦ 129 : 

BO 

F8 



PNE 

LP2 

012B: 

88 




DEY 


012c: 

DO 

F 3 



BNE 

LP1 

oi2E: 

60 




RTS 


symbol table: 





*SET KEY STROBE PORT FOR INPUT 

JSET KEY# PORT FOR OUTPUT 
JSEE IF KEY IS STILf DOWN FROM 
rLAST KEY CLOSURE l KEYSTOBE IN 
i STATUS BIT. 

*IF YES* WAIT FOR KEY RELFAGF 
r SET KEY# COUNTER TO 15 
J OUTPUT KEY ♦ TO 74154 
JSEE IF KEY DOWN: STROBE IN ' N' 
JIF YES, GO BEBOUNCE 
i DECREMENT KEY # 

J NO. DO NEXT KEY 
fST ART OVER. 
rSAVE KEY NUMBER IN A 
JOUTER LOOP CNT LOAD FOR 
fBELAY OF 50 MS. 

I INNER 11 US. LOOP 

rSEE IF KEY STILL DOWN 

JIF NOT * KEY NOT VALIBr RESTART 

f THI5 LOOP USES 2115*5 US 


r OUTER I OOP: TOTAL IS 50 MS. 
»D0NE.‘ KEY# IN A. 


DDR 3 A 

AC03 

DBR3B 

AC 02 

FCRT3A 

AC01 

P0RT3B 

ACOO 

START 

OIOA 

RSTART 

OIOF 

NXTKEY 

LP2 

011 1 

0123 

BOUNCE 

01 IF 

l.PI 

0121 


PONE 


Fig. 1.17: GETKEY Program 


of line 17 connected to key 15 OT”). The BIT instruction above is 
used to test the condition of bit 7 of Port 3 A to determine whether this 
key has been pressed. 

NXTKEY STX PORT3B 

BIT PORT3A 
BPL BOUNCE 

If the key were closed, a branch would occur to “BOUNCE,” and a 
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delay would be implemented to debounce it; otherwise, the counter is 
decremented, then tested for underflow. As long as the counter does 
not become negative, a branch back occurs to location NXTKEY. 
This loop is repeated until a key is found to be depressed or the 
counter becomes negative. In that case, the routine loops back to loca¬ 
tion RSTART, restarting the process: 

DEX 

BPL NXTKEY 
BMI RSTART 

Note that this will result in the detection of the highest key pressed 
in the case in which several keys are pressed simultaneously. In other 
words, if keys “F” and “3” were pressed simultaneously, key “F” 
would be identified as depressed, while key “3” would be ignored. 
Avoiding this problem is called multiple-key rollover protection and 
will be suggested as an exercise: 

Exercise 1-1: In order to avoid the multiple-key rollover problem , 
modify the GETKEY routine so that all 15 key closures are monitored . 
If more than one key is pressed , the key closure is to be ignored until 
only one key closure is sensed. 

Once the key closure has been identified, the corresponding key 
number is saved in the accumulator. A delay loop is then implemented 
in order to provide a 50 ms debouncing time. During this loop, the key 
closure is constantly monitored. If the key is released, the routine is 
restarted. The delay itself is implemented using a standard two-level, 

nested loop technique. 

BOUNCE TXA 

LDY #$12 

LP1 LDX #$FF 

LP2 BIT PORT3A 

BMI RSTART 

DEX 

BNE LP2 

DEY 

BNE LP1 


of the delay implemented by the instructions above , using the tables 
showing the duration of each instruction in the Appendix. 

SUMMARY 

Executing the games programs requires a simple Games Board which 
provides the basic input/output facilities. The required hardware and 
software interface has been described in this chapter. Photographs of 
the assembled board which evolved from the prototype are shown in 
Figures 1.18 and 1.19. 


PLEXIGLASS 

COVER 



Fig. 1.18: “Production 11 Games Board 



Exercise 1-2: The value used for the outer loop counter ( (4 $12 t ” or 12 
hexadecimal) may not be quite accurate. Compute the exact duration 


Fig. 1.19: Removing the Cover 
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THE RULES 

This game allows music to be played directly on the keyboard of a 
computer. In addition, the program will simultaneously record the 
notes that are played, and then automatically play them back upon re¬ 
quest. Keys “0” through “C 1 * on the keyboard are used to play the 
musical notes. (See Figure 2.1.) Key “D” is used to specify a rest. Key 
“E” is used to play back the musical sequence stored in the memory. 
Finally, key “F” is used to clear the memory, i.e., to start a new 
game. The following paragraph will describe the usual sequence of the 
game. 



KEY NOTE 

NUMBER _ 

8 G 

9 G0 

A A 

B B 

C C 

D REST 

c PlAY 

E BACK 

F RESTART 


Fig. 2.1: Playing Music on the Keyboard 
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9th Symphony: 
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Clementine: 
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Frere Jacques 
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Jingle Bells: 
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London Bridge: 
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Mary Had a Little Lamb: 
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Roe# Row Row Your Boat: 
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Silent Night: 
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TwinkleTwinkleLittle Star: 
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Fig. 2.2: Simple Tunas for Computer Music 
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A TYPICAL GAME 

Press key “F” to start a new game. A three-note warble will be 
heard, confirming that the internal memory has been erased. Play the 
tune on keys “0” through “D“ (using the notesand the rest features). 
Up to 254 notes may be played and stored in the memory. At any 
point, the playback key (“E”) may be pressed and the notes and rests 
that were just played on the keyboard (and simultaneously stored in 
the memory) will be reproduced. The musical sequence may be played 
as many times as desired by simply pressing key “E.“ Examples of 
simple tunes or musical sequences that can be played on the computer 
are shown in Figure 2.2. 

THE CONNECTIONS 

This game uses the keyboard plus the speaker. The speaker is con¬ 
nected in series to one of the buffered output lines of PORT B of VIA 
#3, via a 110-ohm current limiting resistor. PB4, PB5, PB6, or PB7 of 
VIA #3 are used, as they are driven by a transistor buffer on the SYM. f 
F or higher quality music, it is recommended that the speaker be placed 
in a small box-type enclosure. The value of the resistor may also be 
adjusted for louder volume (without going below 50-ohm) to limit the 
current in the transistor. 

THE ALGORITHM 

A tone (note) is simply generated by sending a square wave of the 
appropriate frequency to the speaker, i.e., by turning it on and off at 
the required frequency. This is illustrated in Figure 2.3. The length of 
time during which the speaker is on or off is known as the half-period. 

In this program, the frequency range of 195 to 523 Hertz is provided. 

If N is the frequency, the period T is the inverse of the frequency, or: 

T = 1/N 

Therefore, the half-periods will range from 1/(2 x 195) = .002564 to 



T/2 

SQUARE WAVE SPEAKER 


Fig. 2.3: Generating a Tone 


1/(2 x 523) = .000956 microseconds. A classic loop delay will be used 
to implement the required frequency. 

Actual computations for the various program parameters will be 
presented below. 

THE PROGRAM 

The program is located at memory addresses 200 through 2DD, and 
the recorded musical sequence or tune is stored starting at memory 
location 300. Up to 254 notes may be recorded in 127 bytes. 

Data Structures 

Three tables are used in this program. They are shown in Figure 2.4. 
The recorded tune is stored in a table starting at address 300. The note 
constants, used to establish the frequency at which the speaker will be 
toggled, are stored in a 16-byte table located at memory address 2C4. 
The note durations, i.e., the number of half-cycles required to imple¬ 
ment a uniform note duration of approximately .21 second, are stored 
in a 16-byte table starting at memory address 2D1. Within the tune 
table, two “nibble*’-pointers are used: PILEN during input and PTR 
during output. (Each 8-bit byte in this table contains two notes.) In 
order to obtain the actual table entry from the nibble-pointer, the 
pointer is simply shifted one bit position to the right. The remaining 
value becomes a byte-pointer, while the bit shifted into the carry flag 
specifies the left or the right half of the byte. The two tables called 
CONSTANTS and NOTE DURATIONS are simply reference tables 
used to determine the half-frequency of a note and the number of 
times the speaker should be triggered once a note has been identified 
or specified. Both of these tables are accessed indirectly using the X 
register. 

Some Music Theory 

A brief survey of general music conventions is in order before 
describing the actual program. The frequencies used to generate the 
desired notes are derived from the equally tempered scale, in which the 
frequencies of succeeding notes are in the ratio: 

1 : y— 

The frequencies for the middle C octave are given in Figure 2.5, 
When computing the corresponding frequencies of the higher or the 
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100 


200 


300 


400 


500 


GETKEY 

ROUTINE 


MUSIC 

PROGRAM 


RECORDED 

TUNE 


300 

(TABEG) 



NOTE 

CONSTANTS 


NOTE 

DURATIONS 


2C4 

2D0 

2D1 

2DD 


AC00 


AC02 



ORB 


DDRB 



Fig* 2.4: Memory Map 

lower octave, they are simply obtained by multiplying by two, or 
dividing by two, respectively. 

Generating the Tone 

The half-period delay for the square wave sent to the speaker is im¬ 
plemented using a program loop with a basic 10 fis cycle time. In the 
program, the “loop index/’ or iteration counter is used to count the 
number of 10 pt$ cycles executed. The loop will result in a total delay 
of: 


(loop index) x 10 - I microseconds 


NOTE 

FREQUENCY (HERTZ) 

A 

22000 

a n 

223,08 

B 

246.94 

C 

261.62 

c# 

277,18 

D 

293,66 

D# 

311.13 

£ 

329.63 

F 

349,23 

F# 

369.99 

G 

391.99 

G# 

415.30 


Fig. 2.5: Frequencies for the Middle C Octave 

On the last iteration of the loop (when the loop index is 
decremented to zero), the branch instruction at the end will fail. This 
branch instruction will execute faster, so that one microsecond 
(assuming a 1 MHz clock) must be subtracted from the total delay 
duration. The tone generation routine is shown below: 


TONE 


FL2 

FL1 


STA 

FREQ 

LDA 

#$FF 

STA 

DDRB 

LDA 

#$00 

LDX 

DUR 

LDY 

FREQ 

DEY 

CLC 

BCC 

. + 2 

BNE 

FLI 

EOR 

#$FF 

STA 

OPB 

DEX 

BNE 

FL2 

RTS 


INNER 

LOOP 


OUTER 

LOOP 


Note the “classic” nested loop design. Every time it is entered, the 
outer loop adds an additional thirteen microseconds delay: 14 
microseconds for the extra instructions (LDY, EOR, STA, DEX, and 
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BNE), minus one microsecond for responding to the unsuccessful in¬ 
ner loop branch. The total outer loop delay introduced is therefore: 

(loop index) x 10-*- 13 microseconds 

Remember that one pass through the outer loop represents only a half- 
period for the note. 

Computing the Note Constants 

Let “ID” be the inner loop delay and “OD” be the outer loop addi¬ 
tional delay. It has been established in the previous paragraph that the 
half-period isT/2 = (loop index) x 10 -l- 13 or, 

T/2 = (loop index) x ID + OD 

The note constant stored in the table is the value of the “index” re¬ 
quired by the program. It is easily derived from the equation that: 

note constant = loop index = (T - 2 x OD)/2 x ID 

The period may be expressed in function of the frequency as T = l/N 
or, in microseconds: 

T = 10VN 

Finally, the above equation becomes: 

note constant = (10 6 /N - 2 x OD)/2 x ID 

For example, let us compute the note constant corresponding to the 
frequency for middle C. The frequency corresponding to middle C is 
shown in Figure 2.5. It is 261.62 Hertz. The “OD” delay has been 
shown above to be 13 microseconds, while “ID” was set to 10 
microseconds. The note constant equation becomes: 

note constant = (10 6 /N - 2 x 13)/2 x 10 

1000000/261.62 - 26 

20 

= 190 (or BE in hexadecimal) 

It can be verified that this corresponds to the fourth entry in the table 


NOTE 



NOTE 

CONSTANT 

NOTE 

CONSTANT 




/ C 

BE 






1 D 

A9 






l E 

96 




| G 

FE 

)F 

8E 



BELOW 

1 A 

E 2 

MIDDLEC / F# 

86 

ABOVE f r 

5E 

MIDDLEC 


MIDDLEC \ 


( B 

C9 

Jg 

7E 






/g# 

77 






1 A 

70 






\B 

64 




Fifl. 2.6: Note Constants 


at address NOTAB (see Figure 2.9 at the end of the listing, at address 
02C4). The note constants are shown in Figure 2.6. 

Exercise 2-1: Using the table in Figure 2,6, compute the corresponding 
frequency , and check to see if the constants have been chosen correctly . 

Computing the Note Durations 

The DURTAB table stores the note durations expressed in numbers 
equivalent to the number of half-cycles for each note. These durations 
have been computed to implement a uniform duration of approximately 
.2175 second per note. If D is the duration and T is the period, the 
following equation holds: 

D x T = .2175 

where D is expressed as a number of periods. Since, in practice, half¬ 
periods are used, the required number D* of half-periods is: 

D* = 2D = 2 X .2175 x N 

For example, in thecaseof themiddleC: 

D = 2 x .2175 x 261.62 = 133.8 ^ 114 decimal (or 72 hexadecimal) 

Exercise 2-2: Compute the note durations using the equation above, 
and the frequency table in Figure 2.5 (which needs to be expanded). 
Verify that they match the numbers in table DU FT A B at address 2DL 
(See Figure 2.9) 
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Program Implementation 

The program has been structured in two logical parts. The cor¬ 
responding flowchart is shown in Figure 2,7, The first part of the pro¬ 
gram is responsible for collecting the notes and begins at label 


START 


2 


PHEN - 0 


3 


TEMP = PTR SHIFTED 
RT. ONE BIT 
POSITION 


GET KEY NUMBER 


NO 


CARRY = 0? 


YES 


YES 


3 SEEPS FOR 
RESTART 


KEY NUMBER 
- 15? 


NO 


NOTE NUMBER = 
MOT ■'£" TABLE 
(TEMP} SHIFTED 
RIGHT 4 PLACES 


NOTE NUMBER = 
MOTE TABLE (TEMP) 


NO 


KEY NUMBER 
. « 14 ? , 


YES 

PLAYEM 


PLAY NOTE 
NUMBER 


between note 

DELAY 


PTR = PTR + \ 


2 


MO / V YES 

—-f PTR - PILEN? 


3 


28 


Fig, 2,7: Music Flowchart 
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“NUMKEY.” (The program is shown in Figure 2.9), The second part 
begins at the label “PLAYEM” and its function is to play the stored 
notes. Both parts of the program use the PLAYNOTE subroutine 
which looks up the note and duration constants, and plays the note. 
This routine begins at the label “PLAYIT,” and its flowchart is 
shown in Figure 2.8. 




TOGGLE SPEAKER 


DURATION = 
duration — ] 


DURATION 

* 0 ? 


RETURN 


U$€ NOTE NUMBER 
TO LOOK UP NOTE 
•ONSTANT 


XOtOOKUP 

DURATION 


LOOP FROM 0 TO 
NOTE CONSTANT 
TO WASTE TIME 






fig. 2.6: PlAYIT Flowchart 


; MUSIC PLAYER PROGRAM 

* USES 1 6 - KEY KEYBOARD AND BUFFERED SPEAKER 
JPROGRAH PLAYS STORED MUSICAL NOTTS* 

JTHERE ARE TUG MODES OF OPERATION! INPUT ANI i PLAY. 
JJNPUT MODE IS THE DEFAULTt AND ALL NON COMMAND KEYS 
'PRESSED (0-D> ARE STORED FOR REPLAY. IF AN OUERFLOU 
'OCCURS' THE USER IS UARNED UITH A THREE—TONE WARNING. 
'THE SAME WARBLING TONE IS ALSO USED TO SIGNAL A 
'RESTART OF THE PROGRAM, 


GETKEY 

=*100 


PILEN 

=*00 

'LENGTH OF NOTE LIST 

TEMP 

= *01 

'TEMPORARY STORAGE 

PTR 

=•*02 

'CURRENT LOCATION TN 1 JGT 

FREO 

=*03 

'TEMPORARY STORAGE FDR FREllUENCY 

OUR 

=*04 

'TEMP STORAGE FOR DURATION 

TABEO 

=*300 

'TABLE TO STORE MUSIC 

OPB 

**ACOO 

» VIA OUTPUT PORT B 

DDRB 

=*AC02 

»VIA PORT B DIRECTION RFGISTER 

* 

■ 

= *200 

'ORIGIN 

r 

'COMMAND LINE 

INTERPRETER 


*F AS INPUT MEANS RESET POINTERS' START OVER. 
*E MEANS PLAY CURRENTLY STORE* NOTES 
ANYTHING ELSE IS STORED FOR REPI AY. 


0200! 

A9 

00 


START 

LDA 

♦ 0 

'CLEAR NOTE LIST LENGTH 

02021 

85 

00 



STA 

PILEN 


02041 

18 




CLC 


'CLEAR NIBBLE MARKER 

020 S: 

20 

00 

01 

NXKEY 

JSR 

GETKEY 


0203: 

c? 

OF 



CMP 

♦ 15 

SIS KEY *15? 

020AI 

DO 

05 



BNE 

NXTST 

;not on next test 

020Ci 

20 

87 

02 


JSR 

REEP3 

'TELL USER OF CLEARING 

020F: 

90 

EF 



BCC 

START 

'CLEAR POINTERS AN* START OVER 

0211 : 

C9 

OE 


NXTST 

CMP 

♦ 14 

ilS KEY #14? 

0213 : 

DO 

06 



BNE 

NUMKEY 

»N0> KEY IS NOTE NUMFiER 

0215: 

20 

48 

02 


JSR 

FI.AYEM 

rPLAY NOTES 

0218? 

18 




CLC 



0219: 

90 

EA 



BCC 

NXKEY 

'GET NEXT COMMAND 





r 

'ROUTINE TO LOAD NClTE 

< 9 ° 

LIST UITH NOTES 

021b: 

85 

01 


1 

NUHKEY 

STA 

TEMP 

'SAVE KEY' FREE A 

0210 : 

20 

70 

02 


JSR 

PLAYIT 

'PLAY NOTE 

0220 : 

A5 

00 



L1A 

F’lLE'N 

;EET LIST IE NOTH 

0222 : 

C9 

FF 



CMP 

♦ *FF 

;overfi nu? 

0224 : 

DO 

05 



BNE 

OK 

;no» apd note to list 

02261 

20 

87 

02 


JSR 

BEEP3 

'YES' WARN USER 

0229: 

90 

DA 



BCC 

NXKEY 

'RETURN TO INPUT MODE 

022BI 

4 A 



OK 

l.SR 

A 

i SHIFT 1 ObJ F<IT INTO NIBBLE POINTER 

022Ci 

AS 




TAY 


;iJSE SHIFTED NIFiBL.E POINTER AS 








'BYTE INDEX 

022PI 

A5 

01 



LDA 

TEMP 

'RESTORT KEY# 

022F: 

BO 

09 



BCS 

FINBYT 

i IF BYTE ALREADY HAS 1 NIDBLE» 








♦FINISH IT AND STORE 

0231 I 

29 

OF 



AND 

*2000011 11 

UST NIBBLE* MASK HIGH NIBBLE 

0233: 

99 

00 

03 


STA 

TABEG'Y 

'SAVE UNFINISHED 1/2 BYTE 

0236? 

E6 

00 



INC 

PILEN 

iPOINT TO NEXT NIBBLE 

0230 : 

90 

CB 



BCC 

NXKEY 

#GET NEXT KEYSTROKE 

o?3At 

OA 



FINBYT 

ASL 

A 

'SHIFT NIBBLE 2 TO HIGH ORDER 

023B: 

OA 




ASL 

A 


023c: 

OA 




ASL 

A 


023D: 

OA 




ASL 

A 


023E : 

19 

00 

03 


ORA 

TAhEGrY 

'JOIN 2 NIBBLES AS BYTE 

0241 : 

99 

00 

03 


STA 

TABEO'Y 

i . , ♦ AND STORE. 

0244 : 

E 6 

00 



INC 

PILEN 

'POINT TO NEXT NIBBLE IN NEXT BYTE 

0246: 

90 

BD 



BCC 

NXKEY 

'RETURN 


Fig. 2.9: Mu*lc Program 
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A 

• 

1 ROUTINE TO PLAY NOTES 

i 

0240: 

A2 

00 


V 

PLAYEM 

LDX 

«0 

(CLEAR POINTER 

024A* 

06 

02 



STX 

PTR 


024C: 

A5 

02 



LDA 

PTR 

♦ LOAD ACUM U/CURRENT PTR UAL 

024EJ 

4A 



LOOP 

LSR 

A 

(SHIFT NIBBLE INDICATOR INTO CARRY 

024F: 

AA 




TAX 


(USE SHIFTED NIDBLE POINTER 








♦AS BYTE POINTER 

0250: 

BD 

00 

03 


LDA 

TABEGfX 

fLOAD NOTE TO PLAY 

0253: 

FO 

04 



BCS 

ENDBYT 

SI OU NIDDLE USED? GET HIGH 

0255: 

29 

OF 



AND 

**00001111 

iMASK OUT HIGH HITS 

0257: 

90 

06 



DCC 

FINISH 

♦PLAY NOTE 

025V: 

29 

FO 


FNMiYT 

AND 

♦XI1110000 

f THROW AWAY LOU NIDDLE' 

025b: 

4 A 




LSR 

A 

(SHIFT INTO IOU 

025C: 

4A 




LSR 

A 


025DJ 

4A 




l SR 

A 


025E; 

4A 




LSR 

A 


025Ff 

20 

70 

02 

FINISH 

JSR 

PLAYIT 

(CALCULATE CONSTANTS £ PLAY 

0262 : 

A2 

20 



LDX 

♦ 120 

fBFTWEEN-NOTE DELAY 

0264: 

20 

9C 

02 


JSR 

DELAY 


0267: 

E 6 

02 



INC 

PTR 

fONF NIBBLE USES 

0269: 

A5 

02 



LDA 

PTR 


026B: 

C5 

00 



ChP 

PILEN 

♦END OF LIST-? 

026D: 

90 

DF 



BCC 

LOOP 

♦ NOt GET NEXT NOTE 

026F: 

60 




RTS 


(DONE 





W 

(ROUTINE TO DO TABLE 

A 

IOOK UP* SEPARATE’ REST 

0270: 

C9 

OD 


F 

PLAYIT 

CMF 

♦ 13 

(REST? 

0272: 

DO 

06 



BNE 

SOUND 

(NO. 

0274: 

A2 

54 



i 

♦ 154 

(DELAY=NOTE LENGTH-*21SEC 

0276: 

20 

9C 

02 


JSR 

HELAY 


0279: 

60 




RTS 



027AJ 

AA 



SOUND 

TAX 


(USE KEY* AS INDEX.♦ 

027b: 

BD 

D 1 

02 


LDA 

UURTABfX 

1.**TQ FIND DURATION* 

027E» 

05 

04 



STA 

DUR 

(STORE DURATION FDR USE 

0200 : 

BD 

C4 

02 


LDA 

NOTABrX 

(LOAD NOTE VALUE 

0203: 

20 

A0 

02 


JSR 

TONE 


0206: 

60 



* 

RTS 







¥ 

(ROUTINE TO MAKE 3 TONE SIGNAL 

■ 

0207: 

A9 

FF 


BEEP3 

LDA 

♦ IFF 

(DURATION FOR BEEPS 

0209: 

05 

04 



STA 

DUR 


O20p: 

A9 

4F 



LDA 

♦ 14B 

♦CODE FOR E2 

O20D! 

20 

A0 

02 


JSR 

TONE 

(1ST NOTE 

0290! 

A9 

30 



LDA 

♦ 13B 

fCODE FOR D2 

0292: 

20 

A0 

02 


JSR 

TONE 


0295: 

A9 

4D 



LDA 

♦14U 


0297: 

20 

AS 

02 


JSR 

TONE 


029AJ 

10 




CLC 



029b: 

60 



* 

RTS 







7 

♦VARIABLE-LENGTH DELAY 

* 

029CS 

AO 

FF 


DELAY 

LDY 

♦ IFF 


029E : 

EA 



DLY 

NOP 



029FS 

DO 

00 



BNE 

.42 


02AI : 

00 




DEY 



02A2 i 

DO 

FA 



BNE 

DLY 

» 10 US LOOP 

02A4 : 

CA 




DEX 



02A51 

DO 

F5 



BNE 

DELAY 

JLOOP TIME - 2556*CXD 

02A7 : 

60 



m 

RTS 







9 

fROUTINE TO MAKE TONE’ * OF 1/2 CYCLES IS IN 'DUR' * 





f AND 1/2 CYCLE TIME IS IN A , LOOP TIME^20*CA:H 26 US 





Fig. 2.9: 

Music Program (Continued} -— ——I 
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i SINCE mo RUNS THROUGH THE HU IK* I.OOI MAKFG 


?A IS SENT TO PORT* START HI 


BNE FL2 iOUTER LOOP 

RTS 

JTAltLE OF NOTE CONSTANTS 
♦ CONTAINS: 

(COCTAVF BELOW MIDDLE CD i G*AfB 

(COCTAVE OF MIDDLE CD : C*DtE#F*F#tG*Cl*AtB 

♦COCTAVE ABOVE MIDDLE CD : C 

} 

NOTAB .BYT *FE*$E2-*C'9«*BrjiA9t*96,1iBF 


ftYT *fl6f*7Ei'*77r*70r*64r*3E 


tTABl E OF NOTE DURATIONS IN * OF 1/2 CYCLES 
♦SET FOR A MOTE l ENGTH OF ABOUT .21 SEC* 

t 

DURTAB *DYT ^5S*S6OtS6P.S72*S9O*T0F*S94 


, DYT %fi\ - TAAf *B3» SBF i »1Y7f *E4 


EJ 


GETKEY 

PTR 

TABES 

START 

MUhKFY 

PLAYEM 

FINISH 


TONE 

NOTAB 


0100 

0002 

0300 

0200 

021P 

0240 

025F 

0:?R7 

02A0 

02C4 


PILEN 

FREO 

OPB 

NXKEY 

OK 

LOOP 
PLAYIT 
DELAY 
FL2 
Dur<r ab 


0000 

0003 

ACOO 

0205 

022B 

024E 

0270 

029C 

02B3 

02D1 


TEMP 

DUP 

DDRB 

NXTST 

FINBYT 

ENPfiiYT 

SOUND 

ILY 

FL1 


0001 
0004 
AC02 
0211 
023A 
0259 
027 A 
027E 
02B5 


Fig.2.9: Music Program (Continuwd) 
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MUSIC PLAYER 


The main routines are called, respectively, NXKEY, NUMKEY, 
and BEEP3 for the note-collecting program, and PLAYEM and 
DELAY for the note-playing program. Finally, common utility 
routines are TONE and PLAYIT. 

Let us examine these routines in greater detail. The program resides 
at memory addresses 200 and up. Note that the program, like most 
others in this book, assumes the availability of the GETKEY routine 
described in Chapter 1. 

The operation of the NXKEY routine is straightforward. The next ' 
key closure is obtained by calling the GETKEY routine: 


BEEP3 LDA #$FF 

STA DUR 
LDA #$4B 
JSR TONE 
LDA #$38 
JSR TONE 
LDA #$4B 
JSR TONE 
CLC 
RTS 


Beep duration constant 

Code for E2 
1st note 
Code for D2 
2nd note 
Code for E2 
3rd note 


START LDA #0 

STA PILEN Initialize length of list to 0 

CLC 

NXKEY JSR GETKEY 

The value read is then compared to the constants “15” and “14” for 
special action. If no match is found, the constant is stored in the note 
list using the NUMKEY routine. 

CMP #15 
BNE NXTST 
JSR BEEP3 
BCC START 
NXTST CMP #14 

BNE NUMKEY 
JSR PLAYEM 
CLC 

BCC NXKEY 


Exercise 2-3: Why are the last two instructions in this routine used in¬ 
stead of an unconditional jump? What are the advantages and disad¬ 
vantages of this technique? 


Its operation is straightforward. 

The NUMKEY routine will save the code corresponding to the note 
in the memory. As in the case of a Teletype program, the computer 
will echo the character which has been pressed in the form of an audi¬ 
ble sound. In other words, every time a key has been pressed, the pro¬ 
gram will play the corresponding note. This is performed by the next 
two instructions; 


NUMKEY STA TEMP 

JSR PLAYIT 

The list length is then checked for overflow. If an overflow situation is 
encountered, the player is advised through the use of the three-tone se¬ 
quence of BEEP3: 


LDA PILEN 
CMP #$FF 
BNE OK 
JSR BEEP3 
BCC NXKEY 


Get length of list 
Overflow? 

No: add note to list 
Yes: warn player 
Read next key 


Otherwise, the new nibble (4 bits) corresponding to the note identifica¬ 
tion number is shifted into the list: 


Every time key number 15 is pressed, a special three-tone routine 
called BEEP3 is played. The BEEP3 routine is shown at address 0287. 
It plays three notes in rapid succession to indicate to the user that the 
notes in the memory have been erased. The erasure is performed by 
resetting the list length PILEN to zero. The corresponding routine ap¬ 
pears below: 


OK LSR A Shift low bit into 

nibble pointer 

TAY Use as byte index 

LDA TEMP Restore key # 

Note that the nibble-pointer is divided by two and becomes a byte in¬ 
dex. It is then stored in register Y, which will be used later to perform 
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an indexed access to the appropriate byte location within the table 
(STA TABEG.Y). 

Depending on the value which has been shifted into the carry bit, the 
nibble is stored either in the high end or in the low end of the table’s 
entry. Whenever the nibble must be saved in the high-order position of 
the byte, a 4-bit shift to the left is necessary, which requires four in¬ 
structions: 

BCS FINBYT Test if byte has a nibble 

AND WoOOOOl 111 Mask high nibble 

STA TABEG,Y Save 

INC PILEN Next nibble 

BCC NXKEY 

FINBYT ASL A 

ASL A 
ASL A 
ASL A 


Finally, it can be saved in the appropriate table address, 

ORA TABEG.Y 
STA TABEG.Y 

The pointer is incremented and the next key is examined: 

INC PILEN 
BCC NXKEY 

Let us look at this technique with an example. Assume: 

PILEN = 9 (length of list) 

TEMP = 6 (key pressed) 

The effect of the instructions is: 

OK LSRA A will contain 4, C will con¬ 

tain 1 

TAY Y = 4 

LDATEMP A =6 

BCSFINBYT C is 1 and the branch occurs 
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The situation in the list is: 

BYTE 



Fig. 2.10: Entering o Note In fhe List 

Shift “6” into the high-order position of A: 

FINBYT ASL A 

ASL A 
ASL A 

ASL A A = 60 (hex) 

Write A into table: 

ORATABEG.Y A = 16X (where X is the 

previous nibble in the table) 

STA TABEG.Y Restore old nibble with new 

nibble 

The Subroutines 
PLA YEM Subroutine 

The PLAYEM routine is also straightforward. The PTR memory 
location is used as the running nibble-pointer for the note table. As 
before, the contents of the running nibble-pointer are shifted to the 
right and become a byte pointer. The corresponding table entry is then 
loaded using an indexed addressing method: 
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PLAY EM LDX #0 

STX PTR PTR = 0 

LD A PTR 

LOOP LSR A 

TAX 

LDATABEG.X 
BCSENDBYT 
AND Wo00001111 
BCC FINISH 

ENDBYT AND Wo 11110000 

LSR A 
LSR A 
LSR A 
LSRA 

Depending upon the value of the bit which has been shifted into the 
carry, either the high-order nibble or the low-order nibble will be ex¬ 
tracted and left-justified in the accumulator. The subroutine PLAYIT 
described below is used to obtain the appropriate constants and to 
play the note: 

FINISH JSR PLAY IT Play note 

A delay is then implemented between two consecutive notes, the run¬ 
ning pointer is incremented, a check occurs for a possible end of list, 
and the loop is reentered: 

LDX #$20 
JSR DELAY 
INC PTR 
LDA PTR 
CMP P1LEN 
BCC LOOP 
RTS 

PLAYIT Subroutine 

The PLAYIT subroutine plays the note or implements a rest, as 
specified by the nibble passed to it in the accumulator. This subroutine 
is called “PLAYNOTE” on the program flowchart. It merely looks 
up the appropriate duration for the note from table DURTAB, and 
saves it at address DUR (at memory location 4). It then loads the ap¬ 
propriate half-period value from the table at address NOTAB into the 


Delay constant 
Delay between notes 
One nibble used 

Check f or end of list 
No: get next note 
Done 
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A register, using indexed addressing, and calls subroutine TONE to 
play it: 

PLAY IT CMP # 13 Check for a rest 

BNESOUND No 

LDX #$54 Delay = .21 sec (note duration) 

JSR DELAY Lf rest was specified 

RTS 

SOUND TAX Use key # as index 

LDA DURTAB,X To look up duration 

STA DUR 
LDA NOTAB,X 
JSR TONE 
RTS 

TONE Subroutine 

The TONE subroutine implements the appropriate wave form 
generation procedure described above, and toggles the speaker at the 
appropriate frequency to play the specified note. It implements a 
traditional two-level, nested loop delay, and toggles the speaker by 
complementing the output port after each specified delay has elapsed: 

TONE STA FREQ 

A contains the half-cycle time on entry. It is stored in FREQ. The loop 
timing will result in an output wave-length of: 

(20 x A + 26) fxs 
Port B is configured as output: 

LDA #$FF 
STA DDRB 

Registers are then initialized. A is set to contain the pattern to be out¬ 
put. X is the outer loop counter It is set to the value DUR which 
contains the number of half cycles at the time the subroutine is called: 

LDA #$00 
LDX DUR 
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The inner loop counter Y is then initialized to FREQ, the frequency 
constant: 

FL2 LDY FREQ 

and the inner loop delay is generated as usual: 

FLI DEY 

CLC 

BCC.+2 

BNE FLI 10 ps inner loop 

Then the output port is toggled by complementing it: 

EOR #$FF 
STA OPB 

and the outer loop is completed: 

DEX 
BNE FL2 
RTS 

The DELAY subroutine is shown in Figure 2.9 at memory location 29C 
and is left as an exercise. 

SUMMARY 

This program uses a simple algorithm to remember and play tunes. 
All data and constants are stored in tables* Timing is implemented by 
nested loops. Indexed addressing techniques are used to store and 
retrieve data. Sound is generated by a square wave. 

EXERCISES 

Exercise 2-4: Change the note constants to implement a different range 
of notes . 

Exercise 2-5: Store a tune in memory in advance . Trigger it by pressing 
key ”0. ” 

Exercise 2-6: Rewrite (he program so that it will store (he note and 
duration constants in memory when they are entered , and will not 
need to look them up when the tune is played . What are the disadvan¬ 
tages of this method? 
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THE RULES 

This is a game designed for two competing players* Each player tries to 
quickly decipher the computer’s coded numbers. The players are alter¬ 
nately given a turn to guess. Each player attempts to press the hexa¬ 
decimal key corresponding to a 4-bit binary number displayed by the 
program. The program keeps track of the total guessing time for each 
player, up to a limit of about 17 seconds. When each player has correctly 
decoded a number, the players’ response times are compared to deter¬ 
mine who wins the turn. The first player to win ten turns wins the match. 

The program signals each player’s turn by displaying an arrow 
pointing either to the left or to the right. The player on the right will be 
signaled first to initiate the game. The program’s “prompt” is shown 
in Figure 3.1. 

A random period of time will elapse after this prompt, then the bot¬ 
tom row of LEDs on the Games Board will light up. The left-most 
LED (LED #10) signals to the player to proceed. The four right-most 
LEDs (LEDs 12, 13, 14, and 15) display the coded binary number. 
This is shown in Figure 3.2. In this case, player I should clearly press 
key number 5. If the player guesses correctly, the program switches to 
player 2. Otherwise, player 1 will be given another chance until his or 
her turn (17 seconds) is up. It should be noted here that for each 
number presented to the player, the total guessing time is accumulated 
to a maximum of about 17 seconds. When the maximum is reached, 
the bottom row will go blank and a new number will be displayed. 

The program signals player 2’s turn (the player on the left) by 
displaying a left arrow on the LEDs as shown in Figure 3.3. Once both 
players have had a turn to guess a binary digit, the program will signal 
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* 



Fig. 3.1: Prompt Signals theRight Player toPlay 





/ * 




Fig. 3*3: Bottom Row of LEDs Displays Number to be Guessed 






4 5 6 

O O • 

7 8 9 

Fig.3*3: If IsPlayer 2's Turn {Left Player) 


the winner by lighting up either the left-most or the right-most three 
LEDs of the bottom row. The winner is the player with the shortest 
guessing time. The game is continued until one player wins ten times. 
He or she then wins the match. The computer signals the match win¬ 
ner by blinking the player’s three LEDs ten times. At the end of the 
match, control is returned to the SYM-1 monitor. 


A TYPICAL GAME 

The right arrow lights up. The following LED pattern appears at the 
bottom: 10, 13, 14, 15. The player on the right (player I) pushes key 



“C,” and the bottom row of LEDs goes blank, as the answer is incor¬ 
rect. Because player 1 did not guess correctly and he or she still has 
time left in this turn, a new number is offered to player I. LEDs 10, 
13 , 14, and 15 light up and the player pushes key “7.” He or she wins 

and now the left arrow lights up, indicating that it is player 2’s turn. This 
time the number proposed is 10, 12, 15. The left player pushes key “9.” 
At this point, LEDs 10, 11, and 12 light up, indicating that the player 
is the winner for this turn as he/she has used less total time to make a 
correct guess than player 1. 

Let us try again. The right arrow lights up; the number to translate 
appears in LEDs 10, 13, 14, and 15. Player 1 pushes key “7,” and a 
left arrow appears. The next number lights LEDs 10 and 14. Player 2 
pushes key “2.” Again, the left most three LEDs light up at the bot¬ 
tom, as player 2 was faster than player 1 at providing the correct 
answer. 

THE ALGORITHM 

The flowchart corresponding to the program is shown in Figure 3.4. 
A first waiting loop is implemented to measure the time that it takes for 
player 1 to guess correctly. Once player 1 has achieved a correct guess, 
his or her total time is accumulated in a variable called TEMP. It is 
then player 2’s turn, and a similar waiting loop is implemented. Once 
both players have submitted their guesses, their respective guessing 
times are compared. The player with the least amount of time wins, 

and control flows either to the left or to the right, as shown by labels 1 
and 2 on the flowchart in Figure 3.4. A secondary variable called 
PLYR1 or PLYR2 is used to count the number of games won by a 
specific player. This variable is incremented for the player who has 
won and tested against the value 10. If the value 10 has not been 
reached, a new game is started. If the value 10 has been reached, the 
player with this score is declared the winner of the match. 

THE PROGRAM 

The corresponding program uses only one significant data struc¬ 
ture. It is called NUMTAB and is used to facilitate the display of the 
random binary numbers on the LEDs. Remember that LED #10 must 
always be lit (it is the “proceed” LED). LED #11 must always be off. 
LEDs 12, 13, 14, and 15 are used to display the binary number. 
Remember also that bit position 6 of Port IB is not used. As a result, 
displaying a “0” will be accomplished by outputting the pattern 
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**00000010.” Outputting a “1” will be accomplished with the pattern 
“10000010.” Outputting “2 99 will be accomplished with the pattern 

4 ‘00100010.” Outputting “3” will be accomplished with the pattern 
<c 10100010,” etc, (See Figure 3,5) 

The complete patterns corresponding to all sixteen possibilities are 

stored in the NUMTAB table of the program, (See Figure 3,6.) Let us 
examine, for example, entry 14 in the NUMTAB (see line 0060 of the 

program). It is <s 00111010.” The corresponding binary number to be 
displayed is, therefore: “00111.” 


7 6 5 4 3 2 10 



It is “1110” or 14. Remember that bit 6 on this port is always “0.” 
Low Memory Area 

Memory locations 0 to ID are used to store the temporary variables 
and the NUMTAB table. The functions of the variables are: 

TEMP Storage for random delay-length 

CNTHl,CNTLO Time used by a player to make 

his or her move 

CNT1H.CNT1L Time used by player I to make 

his or her move (permanent 
storage) 

PLYR1 Score for Player l(number of 

games won so far, up to a 
maximumof ten) 

P L Y R 2 Same for player 2 

NUMBER Random number to be guessed 

SCR and following Scratch area used by the 

random number generator 

In the assembler listing, the method used to reserve memory loca¬ 
tions in this program is different from the method used in the program 
in Chapter 2. In the MUSIC program, memory was reserved for the 
variables by simply declaring the value of the symbols representing the 
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variable locations with the statement: 

<VARIABLE NAME> = <MEMORY ADDRESS> 

In this program, the location counter of the assembler is incremented 
with expressions of the form: 

* = * + n 

Thus, the symbols for the variable locations in this program are 
declared as “labels, 1 * while, in the MUSIC program, they are “sym¬ 
bols” or “constant symbols.” 

The program in this chapter consists of one main routine, called 
MOVE, and five subroutines: PLAY, COUNTER, BLINK, DELAY, 
RANDOM. Let us examine them. The data direction registers A and B 
for the VlA’s #1 and #3 of the board must first be initialized. DDR1A, 
DDRIB, and DDR3B are configured as outputs: 

START LDA #$FF 

STA DDR1A 
STA DDRIB 
STA DDR3B 

DDR3A is conditioned as input: 

LDA #0 
STA DDR3A 

Finally, the variables PLYR1 and PLYR2, used to accumulate the 
number of wins by each player, are initialized to zero: 

STA PLYR1 
STA PLYR2 

The main body of MOVE is then entered. A right arrow will be 
displayed to indicate that it is player 2’s turn. A reminder of the LEDs 
connections is shown in Figure 3.5. In order to display a right arrow, 
LEDs 1, 4, 5, 6, and 7 must be lit (refer also to Figure 3.1). This is ac¬ 
complished by outputting the appropriate code to Port 1A: 

MOVE LDA WoOllllOOl 

STAPORTIA Display right arrow 
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The bottom line of LEDs must be cleared: 

LDA #0 
STA PORTIB 

Finally, the counters measuring elapsed time must be cleared: 

STA CNTLO 
STA CNTHI 

We are ready to play: 

JSR PLAY 

The PLAY routine will be described below. It returns to the calling 
routine with a time-elapsed measurement in locations CNTLO and 
CNTHL 

Let us return to the main program (line 0082 in Figure 3.6). The 
time-elapsed duration which has been accumulated at locations 
CNTLO and CNTHI by the PLAY routine is saved in a set of perma¬ 
nent locations reserved for player 1, called CNTIL, CNT1H; 

LDA CNTLO 
STA CNTIL 
LDA CNTHI 
STA CNT1H 

It is then player 2’s turn, and a left arrow is displayed. This is ac¬ 
complished by turning on LEDs 3, 4, 5, and 6: 

LDA WoOOOl 11100 Display left arrow 
STAPORTIA 

Then LED #9 is turned on to complete the left arrow: 

LDA #1 
STA PORTIB 

As before, the time-elapsed counter is reset to zero: 

LDA 80 
STA CNTLO 
STA CNTHI 
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LINE 

000? 
OUQJ 
DO04 
0003 
0004 
000? 
0009 
0009 
0010 
0011 
00 12 
oo i a 

0014 
O0lS 
0014 
001? 
ooie 
001? 
0070 
0031 
0033 
0023 
0024 
0023 
0024 
002? 
0029 
002 ? 
0030 
0031 
0032 
0033 
003 4 
0035 
0034 
0037 
Q03B 
003? 
O040 
0041 
0042 
0043 
O044 
0043 
0044 
0047 
0040 
0040 
0050 
0051 
0052 
0053 
0054 
0035 
0054 
0057 
005ft 
0050 
0040 
0041 
0042 
0043 
0044 
0043 
0064 
0067 
0469 
006? 
0070 
0071 
4072 
0073 
0074 
0073 
0076 
007? 
007ft 
007? 
0090 
0091 
C092 
0093 
0064 


t LOC COREL LINE 


0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

D000 

0000 

0000 

0000 

0000 


?'TRANSLATE ' 

(PROGRAM TO TEST 2 PLATER'S SPEEB 
rIN TRANSLATING A BINARY NUMBER TO A SINGLE 
.HEXADECIMAL DIGIT. EACH PLAYER IS GIVEN A 
rTJRNr AS SHOWN BY A LIGHTER LEFT RIGHT 
{POINTER. THE NUMBER WILL SUDDENLY FLA$H ON 
.LEDS ACCOMPANIED BY THE LIGHTING 

iOF LE» #10. THE PLATER MUST THEN 
{PUSH THE CORRESPONBING BUTTON. AFTER 
{BOTH FLAYERS TAKE TURNS. RESULTS ARE 
;SH04JH ON BOTTOM ROW. AFTER 10 WINS. 

IA PLAYER'S RESIII.TS WILL FLASH. 

{Showing the b tter plater, then 
{The game restarts. 


0000 




* 

9 



0000 




;i/o: 



0000 




* 

. 



0000 




PORTIA 

■ tAOOl 

{LEB$ 1-9 

0000 




PORTIB 

a tAOOO 

iLEBS ?-l5 

0000 




D&ftlA 

■ 4A003 


0000 




BDR1B 

- IA002 

$ 

0000 




P0RT3A 

- »AC01 

;key strobe input. 

0000 




P0RT3B 

» tACOO 

;k:ey « output. 

0000 




BDR3A 

= »AC03 


0000 




DDR3B 

» 1AC0? 


0000 




* 

9 



0000 




{VARIABLE STORAGE: 


0000 




• 

f 



0000 





* = *0 


0000 




1 



0000 




TCnP 



0001 




CMTHI 

<*<41 

(TEMPORARY STORAGE FOR APIT. OF 

0002 





rTIME PLYR USES 

TO GUESS. 

0002 




CNTLO 

***♦1 


0003 




CNT1M 

< = *+1 

»ANT. OF TIME PLYRl USES TO OUESS. 

0004 




CNTIL 



0005 




PLTRl 

<*<4* 

{SCORE OF # WON FOR PLYRl. 

0006 




PLTA7 


fPLAYER 2 SCORE. 

0007 




NUMBER 

< = <41 

{STORES NUMBER TO BE GUESSEB. 

000ft 




SCR 

*»6 + 6 »5CRAT CHPA1 FDR RNID. « GEN. 

O0OE 




b 

W 



OOOE 




?TABLE 

OF 'REVERSE!' NUMBERS FOR DISPL AY 

OOOE 




»IN BITS 3-9 OF FORTH 

. DR LEB8 12-13. 

000E 




• 

* 



000E 

02 



NUMTAB 

.BYTE ZOOOOOOlO 


000F 

02 




.BYTE Z10000010 


0010 

22 




.BYTE Z00100010 


0011 

A2 




.BYTE Z10100010 


0012 

1 2 




.BYTE ZOoOlOOlO 


0013 

*2 




.BYTE I100I0010 


0014 

32 




.BYTE XOOllOOlO 


0015 

02 




.BYTE Z10110010 


0016 

OA 




.BYTE Z00001010 


0017 

0 A 




.BYTE Z10001010 


ooie 

2A 




.BYTE ZOOlOlOlO 


001? 

AA 




.BYTE Z10101010 


OOlA 

1A 




• BYTE Z00011010 


0016 

?A 




.BYTE Z10011010 


00IC 

3A 




.BYTE Z00111010 


OOlD 

SA 




.BYTE ZlOlIlOlO 


OOlE 




* 

9 



OOlE 




.MAIN PROGRAM 


OOIE 




• 

r 



OOlE 





* = *200 


0200 




• 

y 



0200 

A9 

FF 


START 

LOA •*FF 

; SET UP PORTS 

0202 

BD 

03 

AO 


STA PPRIA 


0203 

00 

02 

AO 


STA DDR19 


0200 

e» 

02 

AC 


STA BDR3B 


0206 

AY 

00 



L1A *0 


0201 

BD 

03 

AC 


STA BPR3A 


0210 

es 

05 



STA PLYR1 

{CLEAR NO. OF WINS. 

0212 

03 

06 



STA PLYR2 


0214 

Ay 

7? 


MOVE 

LB A #201111001 


0216 

00 

01 

AO 


STA PORTIA 

{SHOW RIGHT ARROW. 

021? 

A* 

00 



LDA #0 


0216 

00 

00 

AO 


STA PORTlii 


021E 

05 

02 



STA CNTLO 

{CLEAR COUNTERS. 

0220 

05 

01 



STA CNTMt 


0222 

20 

ec 

02 


JSR PLAY 

?GET PLAYER l'S TIME. 

0225 

AS 

02 



LIDA CNTLO 

rXFER TEMP COUNT TO PERMANENT STORAGE 

0227 

05 

04 



STA CNTIL, 


022? 

AS 

01 



l.PA CNTKI 



i 


Fig. 3.6: Translate Program 
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0003 

0226 

63 03 


009 

022D 

A? 

3C 


0097 

022F 

6D 01 

AO 

0090 

0232 

A? 

01 


0069 

0234 

90 00 

AO 

0090 

0237 

A9 

00 


0091 

0239 

95 

02 


0092 

023B 

B5 

01 


0093 

023D 

20 

9C 

02 

0094 

0240 

A3 

01 


0095 

0242 

C5 03 


0096 

0244 

FO 

04 


0097 

0246 

90 

27 


0090 

Ol!46 

60 

08 


0099 

024A 

A3 

02 


0100 

024C 




0101 

024C 

C5 

04 


0102 

024E 

90 

IF 


0103 

0230 

SO 

00 


0104 

0252 

A? 

FO 


OIOS 

0254 

01 

00 

AO 

0104 

0237 

A? 

00 


0107 

0239 

9D 

01 

AO 

0100 

02SC 

A9 

40 


0109 

023E 

2!0 

E3 

02 

0110 

0261 

E6 

03 


0111 

0263 

A? 

OA 


oil?: 

0245 

C3 

03 


0113 

0367 

DO 

AP 


0114 

0269 

A 9 

FO 


01 15 

0268 

20 

CD 

02 

0116 

026E 

60 



0117 

026 F 

A9 

OE 


0110 

0271 

9D 00 

AO 

0119 

0274 

A9 

00 


0120 

0276 

SL¬ 

01 

AO 

oi:n 

0279 

AV 

40 


01 £2 

027B 

20 

E3 

02 

0123 

027E 

E 4. 

06 


0124 

0260 

A9 

OA 


0123 

0202 

C5 

06 


0126 

0264 

DC 

SE 


0127 

0206 

A9 

OE 


0129 

0260 

20 

CD 

02 

0129 

0296 

40 



0130 

029C 




0131 

02BC 




0132 

03 0C 




0133 

026C 




0134 

026C 




0135 

026C 




0136 

026C 




0137 

026C 

20 

F 4 

02 

0139 

029F 

20 

E3 

02! 

0139 

0292 

20 

F4 

02 

0140 

0295 

29 

Of 


0141 

0297 

B5 

07 


0142 

0299 

A A 



0143 

029A 

B3 

OE 


0144 

029C 

OD 

00 

AO 

0143 

029F 

9D 

00 

A0 

0144 

02A2 

20 

D3 

02 

0147 

02ASI 

C4 

07 


0148 

02A7 

FO 

OS 


0149 

02A9 

A? 

01 


0130 

02AS 

20 

00 

AO 

OlSil 

02AE 

BD 

00 

AO 

0132 

0261 

4C 

BC 

02 

0133 

03D4 

60 



0134 

0265 




0133 

0263 




0136 

02B3 




0157 

02 M 




01 6 

0265 




0139 

0263 

AO 

0' 


0160 

02D7 

BC 

00 

AC 

Ol&t 

02DA 

2C 

01 

AC 

0162 

028D 

10 

OB 

0163 

02SF 

86 


0164 

02CD 

10 

F3 

0163 

02C2 

E& 

02 


EQUAL 


ST A 
LOA 
ST A 
LOA 
STA 
L DA 
STA 
STA 
JSR 
LDA 
CNP 
SCO 
BCC 
FCS 
LDA 

CMP 

BCC 


PLRI 


PLR2 


L1A 

STA 

LDA 

STA 

LDA 

JSR 

INC 

LOA 

CMP 

BNE 

L»A 

JSR 

RTS 

L»A 

STA 

LDA 

STA 

LDA 

JSR 

INC 

LI A 
CMP 
BNE 
LDA 
JSR 
RTS 


CHT1H 

*2000111100 
PORTIA 

• 1 

PORT1B 

*0 

CMTLO 

CHTMI 

PLAY 

CNTNI 

CHT1H 

EOUAL 

PLR2 

PLRI 

CMTLO 

'CHECK 

CMT1L 

PLR2 

PLRI 

*211110000 
PORTIB 

• 0 

PORTIA 

**40 

DELAY 

PLYR1 

*10 

PLYR1 

HOWE 

*211110000 

BLINK 

*21110 

P0RT1B 

• 0 

PORTIA 
**40 
• ELAY 
PL YR2 

*10 

PLYR2 

HOVE 

*21110 

BLIhJK 


ISMOU LEFT ARROW. 


'Clear counters. 

'GET PLAYER 2'S TIME. 

'GET PLAYER 2‘S COUNT AMI, ♦. 

'COMPARE TO PLAYER t'S. 

'CHECK LOW ORDER BYTES TO RESOLVE WINNER. 
'PLATER 2 NAS SMALLER COUNT# SHOU IT, 
'PLAYER 1 HAS SNALLER COUNT# SHOU IT. 

'hi bytes uere equal# so 

■ LOU BYTES. 

'COMPARE SCORES. 

'PLAYER 2 ulNS# SHOW IT. 

'PLAYER 1 WINS. SHOW IT- 
'LIGHT RIGHT SIDE OF BOTTOM ROU 

'TO SHOW JIN, 

'CLE'iR LOW LEBS. 

'WAIT A WHILE TO SHOU WIN. 

'PLAYER 1 JINS ONE MORE... 

I ...HAS HE WON 10" 

'IE HOT# PLAY ANOTHER ROUND- 
'YES - GET BLINK PATTERN, 

'BLINK WINNING SIDE, 

'ENBOANEx RETURN TO MONITOR. 

'LIGHT LEFT SIDE OF BOTTOM. 


'CLEAR LOU LEDS. 

'WAIT A JH1LE TO SHOU UIN. 

'PLAYER 2 HAS WON ANOTHER ROUND..,, 
I..,MAS HE JON 10? 

I IF NOT# PLAY ANOTHER R OUNIi. 
'YES-GET PATTERN TO BLINK LEOS. 
'SLINK THEN 
'END. 


'SUBROUTINE 'PLAY' 

'GETS TINE COUNT OF EACH PLAYER# AND IF 
'BAB GUESSES ARE HADE# THE PLAYER IS 
'GIVEN ANOTHER CHANCE# THE HEW TIME ADDED TO 
'THE OLD. 


# 

PLAY 


DONE 


JSR RANDOM 
JSR DELAY 
JSR RANDOM 
AND **0F 
STA NUMBER 
TAX 

LDA NUNTAB#X 
ORA P0RT1B 

STA PORTlB 
JSR CNTSUD 
CPY HUNGER 
BED DONE 
LDA *01 
AND P0RT1P 
STA P0RT1B 
JMP Pi,AY 
RTS 


'GET RANDOM NUMBER. 

'RANDOM - LENGTH DEL AY. 

'GET ANOTHER. 

'KEEP UNDER 1A FOR USE AS 
'NUMBER TO GUESS. 

'USE AS INDEX TQ.. . . 

'..GET REVERSED PATTERN FROM TABLE 
I* ..TO DISPLAY IN LE1S 12-15. 

'GET KCYSTROKE 1 DURATION COUNT, 
'IS KEYSTROKE CORRECT GUESS? 

'IF SOr DONE, 

'NO! CLEAR DLB GUESS FROM LEDS. 


'TRY AGAIN M/ANOTHER NUMBER. 
'RETURN U/ DURATION IN CNTLO*C"THI 


'SUBROUTINE 'COUNTER' 

'GETS KEYSTROKE WHILE KEEPING TRACK OF AMT Of 
'TINE BEFORE KEYPRESS. 

I 


CNTSUB LDY **F 
KEYLP STY P0RT3B 
BIT P0RT3A 
BPL FINISH 
DEY 

BPL KEYLP 
INC CMTLO 


'SET UP KEY* COUNTER. 

'OUTPUT KEY* TO KEYBOARD HPXR, 
'KEY OOWNt 
'IF YES# DONE. 

'COUNT DOUN KEY *, 

'TR» NEXT KEY. 

'ALL KEYS TRIED# INCREMENT COUNT. 


Fig. 3.6: Ti 


gram {Continued) 
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0164 
0167 
0169 
0169 
0170 
0171 
0173 
0173 
0174 
0175 
0176 
0177 
0170 
0179 
0180 
0191 
0162 
0103 
0164 
01BS 
0106 
0167 
0109 
0199 
0190 
0191 
0192 
0193 
0194 
0193 
0196 
0197 
0199 
0199 
0290 
0201 
0202 
0203 
0204 
0205 
0206 
0207 
OZOB 
0209 
0219 
02U 

0212 

0213 

0214 

0215 

0216 


02C4 
02C6 
02CB 
02C* 
02CB 
02CB 
02CD 
02CD 
0 2C B 
02CB 
02CD 
02CF 
0201 

02D3 
0206 
02D9 
02 DB 
02 DE 
O2E0 
02E2 
02E3 
02E3 


DO EF 
E6 01 
DO E» 
60 


02E3 
02 3 
02E5 
02E7 
02 9 
02EA 
02EC 
02ED 
02EP 
02F1 
02F3 
02F4 
02F4 
02F4 
02F4 
02F4 
02F4 
02F5 
92 F7 
02F9 
02FB 
02FD 

0301 

0393 

0394 

0306 

0307 


63 00 
AO 10 
A2 FF 

CA 

DO FO 


00 F6 
C6 00 
DO F2 
60 


3B 

A5 09 
63 OC 
63 OD 
63 09 
A2 04 

93 09 

93 09 
CA 

10 F? 
60 


SYNBGL TABLE 


SYMBOL 

BLINK 

CNTNI 

DDR1B 

DU 

EQUAL 

NUMBER 

PLR2 

P0RT1B 

RNDLP 


BNE CNTSUD 'TRY KEYS AOAIN IF NO OVERFLOW. 

INC CNTNI 'OVERFLOW# INCREMENT HIGH BYTE. 

BNE CHTSUD 'TRY KEYS AGAIN. 

FINISH RTB 'DONE! TIME RAW OUT OR KEY P«£$S£D 

I 

'SUBROUTINE 'BLINK' 

'BLINKS LEDS WHOSE BITS ARE 9CT IN ACCUMULATOR 
'ON Entry. 


A2 

14 


Blink 

LDX 

*20 

#20 BLINKS. 

86 

01 



STX 

CNTHl 

'SET BLINK COUNTER, 

93 

02 



STA 

CNTLO 

'BLINK REGISTER. 

A3 

02 


DLOOP 

LDA 

C N T LO 

'GET BLINK PATTERN# 

4D 

00 

AO 


EOR 

PORTIB 

'BUNK LEDS. 

00 

00 

AO 


STA 

P0RT1B 


A9 

OA 



LDA 

*10 

'SNORT DELAY. 

20 

E3 

02 


JSR 

•ELAY 


C 6 

01 



DEC 

CNTNI 


DO 

EF 



SHE 

DLOOP 

'LOOP IF NOT DONE. 

60 




RTS 




'Subroutine 'delay' 

'CONTENTS OF REQ. A DETERMINES DELAY LEHGTH. 

I 

DELAY STA TEMP 

Ci L I LDY 4*10 

DL2 LDX MFF 

DL3 BEX 

9NE DL3 
DEY 

BNE DL2 
DEC TEMP 
BNE DLL 
RTS 

' 

'SUBROUTINE 'RANDOM' 

'RANDOM NUMBER GENERATOR. 

'RETURNS RANDOM NUMBER IN ACCUH. 

' 

RAHDOH SEC 

LDA SCR+1 
ADC SCR+4 
ADC SCR+3 
STA SCR 
LDX *4 

RNDLP LOA 5CRrX 

STA SCRflrX 
BEX 

BPL RNDLP 

RTS 

.END 


VALUE 

02C6 

DLOOP 

0261 

CNT1N 

0003 

CNTll 

0004 

0001 

CNTLO 

0002 

CHTSUD 

0295 

DDR1A 

MSI 

A002 

DDR3A 

fk€Ql 

DDR3B 

AC02 

delay 

02E3 

02E3 

0L2 

02€7 

• L3 

02E 9 

DONE 

02 D4 

024A 

FINISH 

OKA 

KEYLP 

02B? 

MOVE 

0214 

0007 

NUHTAB 

OOOE 

PLAY 

02BC 

PLRI 

0232 

026F 

PLYRI 

0005 

PLYR2 

000 h 

PORTIA 

A 001 

AOOO 

PORTIA 

AC01 

P0RT3D 

ACOO 

RANDOM 

02F4 

02FF 

BCR 

0006 

START 

0200 

TEMP 

0000 


END OF ASSENDLY 


Pig# 3.6: Translate Program (Continued 
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and player 2 can play: 

JSR PLAY 

The time elapsed for player 2 is then compared to the time elapsed for 
player 1. If player 2 wins, a branch occurs to PLR2. If player 1 wins, a 
branch occurs to PLR1. The high bytes are compared first. If they are 
equal, the low bytes are compared in turn: 

LDA CNTHI 

CMP CNT1H Compare high bytes 

BEQ EQUAL 

BCC PLR2 Player 2 has lower time? 

BCS PLR1 Player 1 does 

EQUAL LDA CNTLO Compare low bytes 

CMP CNT1L 
BCC PLR2 

CMPCNT1L 
BCCPLR2 
BCS PLR1 

Once the winner has been identified, the bottom row of LEDs on his 
or her side will light up, pointing to the winner. Let us follow what 
happens when PLR1 wins, for example. Player l’s right-most three 
LEDs (LEDs 13 through 15) are lit up: 

PLR1 LDA#%11110000 

STAPORTIB 

The other LEDs on the Games Board are cleared: 

LDA #0 
STA PORTIA 

A DELAY is then implemented, and we get ready to play another 
game, up to a total of 10: 

LDA mo 
JSR DELAY 

The score for player 1 is incremented: 

INC PLYR1 
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It is compared to 10, If it is less than 10, a return occurs to the main 
MOVE routine: 

LDA #10 
CMP PLYR1 
BNE MOVE 

Otherwise, the maximum score of 10 has been reached and the game is 
over. The LEDs on the winner’s side will blink: 

LDA #% 11110000 Blink pattern 

JSRBLINK 

RTS 

The corresponding sequence for player 2 is listed at address PLR2 
(line 117 on Figure 3.6): 

PLR2 LDA #% 1110 

STA PORTIB 
LDA #0 
STA PORTIA 
LDA #$40 
JSR DELAY 
INC PLYR2 
LDA #10 
CMP PLYR2 
BNE MOVE 
LDA #%1110 
JSR BLINK 
RTS 

The Subroutines 
PLAY Subroutine 

The PLAY subroutine will first wait for a random period of time 
before displaying the binary number. This is accomplished by calling 
the RANDOM subroutine to obtain the random number, then the 
DELAY subroutine to implement the delay: 

PLAY JSR RANDOM 

JSR DELAY 


* 


53 



6502 GAMES 


TRANSLATE 


The RANDOM subroutine will be described below. Another random 
number is then obtained. It is trimmed down to a value between 0 and 
15, inclusive. This will be the binary number displayed on the LEDs. It 
is stored at location NUMBER: 

JSR RANDOM 

AND #0F Mask off high nibble 

STANUMBER 

The NUMTAB table, described at the beginning of this section, is then 
accessed to obtain the correct pattern for lighting the LEDs using in¬ 
dexed addressing. Register X contains the number between 0 and 15 to 
be displayed: 


DONE 


CPY NUMBER 
BEQ DONE 
LDA #01 
AND PORTIB 
STA PORTIB 
JMP PLAY 
RTS 


Correctguess? 

No: clear old guess 

Try again 


Exercise 3-1: Modify PL A Y and/or CNT SUB so that , upon timeout, 
the player loses the current round, as if the maximum amount of time 
had been taken to make the guess . 


CNTSUB Subroutine 


TAX Use X as index 

LDA NUMTAB,X Retrieve pattern 

The pattern in the accumulator is then stored in the output register in 
order to light the LEDs. Note that the pattern is OR’ed with the 
previous contents of the output register so that the status of LED 9 is 
not changed: 

ORA PORTIB 
STA PORTIB 

Once the random number has been displayed in binary form on the 
LEDs, the subroutine waits until the player presses a key. The 
CNTSUB subroutine is used for this purpose: 

JSR CNTSUB 

It will be described below. 

The value returned in register Y by this subroutine is compared to 
the number to be guessed, which is stored at memory address 
NUMBER. If the comparison succeeds, exit occurs. Otherwise, all 
LEDs are cleared using an AND, to prevent changing the status of 
LED 9, and the subroutine is reentered. Note that the remaining time 
for the player will be decremented every time the CNTSUB subroutine 
is called. It will eventually decrement to 0, and this player will be given 
another number to guess: 


The CNTSUB subroutine is used by the PLAY subroutine previous¬ 
ly described. It monitors a player’s keystroke and records the amount 
of time elapsed until the key is pressed. The key scanning is perf ormed 
in the usual way: 


CNTSUB 

LDY #$F 


KEYLP 

STY PORT3B 
BIT PORT3A 
BPL FINISH 



DEY 

Countdown key # 


BPL KEYLP 

Next key 

FINISH 

BNE CNTSUB 



Each time that all keys have been scanned unsuccessfully, the time 
elapsed counter is incremented (CNTLO,CNTHI): 

INC CNTLO 
BNE CNTSUB 
INC CNTHI 
BNE CNTSUB 
FINISH RTS 

Upon return of the subroutine, the number corresponding to the key 
which has been pressed is contained in index register Y. 

Exercise 3-2: Insert some “ do-nothing ” instructions into the CNTSUB 
subroutine so that the guessing time is longer . 
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BLINK Subroutine 

The LEDs specified by the accumulator contents are blinked 
(turned on and off) ten times by this subroutine. It uses memory loca¬ 
tion CNTHI and CNTLO as scratch registers, and destroys their 
previous contents. Since the LEDs must alternately be turned on and 
off, an exclusive-OR instruction is used to provide the automatic on/ 
off feature by performing a complementation. Because two com¬ 
plementations of the LED status must be done to blink the LEDs 
once, the loop is executed 20 times. Note also that LEDs must be kept 
lit for a minimum amount of time. If the “on” delay was too short, 
the LEDs would appear to be continuously lit. The program is shown 
below: 


BLINK 

LDX #20 

20 blinks 


STX CNTHI 

Blink counter 


STA CNTLO 

Blink register 

BLOOP 

LDA CNTLO 

Get blink pattern 


EOR PORTIB 
STA PORTIB 

Blink LEDs 


LDA #10 

JSR DELAY 

DEC CNTHI 

Short delay 


BNE BLOOP 
RTS 

Loopif notdone 


DELA Y Subroutine 

The DELAY subroutine implements a classic three-level, nested 
loop design. Register X is set to a maximum value of FF 
(hexadecimal), and used as the inner loop counter. Register Y is set to 
the value of 10 (hexadecimal) and used as the level-2 loop counter. 
Location TEMP contains the number used to, adjust the delay and is 
the counter for the outermost loop. The subroutine design is 
straightforward: 

DELAY STA TEMP 

DL1 LDY #$10 

DL2 LDX #$FF 

DL3 DEX 

BNE DL3 
DEY 
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BNE DL2 
DEC TEMP 
BNE DLI 
RTS 

Exercise 3-3: Compute the exact duration of the delay implemented by 
this subroutine as a function of the number contained in location 
TEMP . 

RANDOM Subroutine 

This simple random number generator returns a semi-random 
number into the accumulator. A set of six locations from memory ad¬ 
dress 0008 (“SCR”) have been set aside as a scratch-pad for this 
generator. The random number is computed as 1 plus the contents of 
the number in location SCR -l- 1, plus the contents of the number in 
location SCR -l- 4, plus the contents of the number in location SCR 
+ 5: 

RANDOM SEC 

LDA SCR -l- 1 
ADC SCR -I- 4 
ADC SCR -I- 5 
STA SCR 

The contents of the scratch area (SCR and following locations) are 
then shifted down in anticipation of the next random number genera¬ 
tion: 

LDX #4 

RNDLP LDA SCR,X 

STA SCR4- 1,X 
DEX 

BPL RNDLP 
RTS 

The process is illustrated in Figure 3,7. Note that it implements a 
seven-location circular shift. The random number which has been 
computed is written back in location SCR, and all previous values at 
memory locations SCR and following are pushed down by one posi¬ 
tion. The previous contents of SCR -I- 5 are lost. This ensures that the 
numbers will be reasonably random, 
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SCR 

SCR + 1 

SCR + 2 
SCR + 3 
SCR + 4 
SCR 4- 5 


Fig. 9.7: Random Number Generation 

SUMMARY 

This game involved two players competing with each other. The 
time was kept with nested loops. The random number to be guessed 
was generated by a pseudo-random number generator. A special table 
was used to display the binary number LEDs were used on the board 
to indicate each player’s turn to display the binary number, and to 
indicate the winner. 

Exercise 3-4: W hat happens in the case in which all memory locations 

from SCR to SCR + 5 were initially zero? 
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THE RULES 

The object of this game is to guess a secret 2-digit number generated 
by the computer This is done by guessing a number, then submitting 
this number to the computer and using the computer’s response (in¬ 
dicating the proximity of the guessed number to the secret number) to 
narrow down a range of numbers in which the secret number resides. 
The program begins by generating a high-pitched beep which signals 
to the player that it is ready fora number to be typed. The player must 
then type in a two-digit hexadecimal number. The program responds 
by signaling a win if the player has guessed the right number. If the 
player has guessed incorrectly, the program responds by lighting up 
one to nine LEDs, indicating the distance between the player’s guess 

and the correct number. One lit LED indicates that the number 
guessed is a great distance away from the secret number, and nine lit 

LEDs indicate that the number guessed is very close to the secret 
number. 

If the guess was correct, the program generates a warbling tone and 
flashes the LEDs on the board. The player is allowed a maximum of 
ten guesses. If he or she fails to guess the correct number in ten tries, a 
low tone is heard and a new game is started. 

A TYPICAL GAME 

The computer beeps, notifying us that we should type in a guess. 
Our guess is: “40” 

The computer lights 4 LEDs We are somewhat off 
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Next guess: “CO” 

Computer’s answer: 3 LEDs We are going further away 
Next guess: “20” 

Computer’s response: 3 The number must be between 

CO and 20 

Next guess: “80” 

Response: 5 We are getting closer 

Next guess: “75” 

Response: 5 It’s not just below 80 

Next guess: “90” 

Response: 4 We Ye wandering away 

Next guess: “65” 

Response; 7 Now we’re closing in 

Next guess: “60” 

Response: 9 
Next guess: “5F” 

Response: 8 
Next guess: “61” 

W e win!!! All the LEDs flash and a high warbling tone is heard, 

THE ALGORITHM 

The flowchart for Hexguess is shown in Figure 4, L The algorithm is 
straightforward: 

— a random number is generated 

— a guess is entered 

— the closeness of the number guessed to the secret 
number is evaluated. Nine levels of proximity are 
available and are displayed by an LED on the board, 

A closeness ox proximity table is used for this pur¬ 
pose, 

— a win or a loss is signaled 

— more guesses are allowed, up to a maximum of 
ten. 

THE PROGRAM 
Data Structures 

The program consists of one main routine called GETGES, and two 
subroutines called LITE and TONE. It uses one simple data structure 
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Fig, 4.1: Hexguess Flowchart 
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— a table called LIMITS. The flowchart is shown in Figure 4.1, and 
the program listing appears in Figure 4.2. 

The LIMITS table contains a set of nine values against which the 
proximity of the guess to the computer’s secret number will be tested. 
It is essentially exponential and contains the sequence: 1,2,4,8,16,32 
64,128,200. 

Program Implementation 

Let us examine the program itself. It resides at memory address 200 
and may not be relocated. Five variables reside in page zero: 

GUESS is used to store the current guess 
GUESS# is the number of the current guess 
DUR and FREQ are the usual parameters re¬ 
quired to generate a tone (TONE subroutine) 

NUMBER is the secret computer number 

As usual, the data direction registers VIA #1 and VIA #3 are condi¬ 
tioned in order to drive the LED display and read the keyboard: 

LDA #$FF 

STA DDRIA OUTPUT 

STA DDR1B OUTPUT 

STA DDR3B OUTPUT 

Memory location DUR is used to store the duration of the tone to be 
generated by the TONE subroutine. It is initialized to “FF” (hex): 

STA DUR 

The memory location GUESS# is used to store the number of guesses. 
It is initialized to 10: 

START LDA #$0A 

STA GUESS# 

The LEDs on the Games Board are turned off: 

LDA #00 
STA PORTIA 
STA PORT1B 


HEXGUESS 


s'HEXGUESS* 

♦HEXADECIMAL NUMDER GUESSING GAME. 

? THE OBJECT OF THE GAME IS TO GUESS A HfXAlTri' IMAI 

♦ NUMBER THAT THE COMPUTER HAS THOUGHT IJT'. 

♦ WHEN THE COMPUTER 'BEERS-, a GOES!! SHOW fi 
♦DE ENTEREC. GUFSSES ARE TUG DIGIT HEXArrrTMAI 
t NUMBERS, WHEN TWO DIGITS HAVE BEEN RECI TVriD 
TTME COMPUTER WILL DISPLAY THE NEARNESS 

;C1F THE UUESS DY LIGHTING A NUMBER OF 
tLEOS PROrORTJUNAl TO TdE CLOSENESS OF 
iTHE GUESS. TEN GUESSES ARE ALLOWED. 

;ir A GUESS IS rORRECTr THEN THE COMPUTER 
SWTLL FTASH THE I EDS AMO MAKE A WARDLINU 
JTONE. 

JTHf ENTRY I OCATION TS $200. 

p 

GETKEY = $100 
*4522 VTA #1 ADDRESSES: 

I IMER - $A004 rLOW [ATCH OF TIMER I 

ODIflA - SA0A3 :POP7A DATA EJRFCTItlN RH». 

Oil RIB a $ A002 iPOBTEi BATA DIRECTION RFO< 

PORTIA = $A00l iPOPT A 

PflR I Ip = $ A00# SPORT B 

:VIA 43 ADDRESSES? 

Ei]>RU; ^ $AC02 spnfUU DATA DIRECTION IfFFJ* 

rORT3B ~ SACOO UOTsl R 

t storages: 

nUFSS - $00 

GlirEiSt * *<>1 

DUR - $02 

I UFR - $03 

NUMDER = *0* 


. = *;»(><> 

LDA #iFT :SE1 IJF' UA'I'A MRIICTION REI5113VERS 

STA DhRIA 
STA UDI'<1B 
SI A HDR3B 

STA DUR SSET Ur TONE HURAUCMS. 

START LDA $$0A MO GUESSES ALLOWE D 

STA GUESS* 

LDA 400 ffl ANH LEDS 

STA PORTIA 
STA POBT1D 

LDA TIMER SOFT RANDOM NUhDER 10 tiUF'ill 
STA NUMBER ♦,<.AND SAVE. 

GE!TGES LDA $$20 -SET UP SHORT HIGH FDN1 TO 

SSTGNAI USER TO TIIPUT 
ISR TONE JMAKF BEEP. 

J5F GETKEY :t;rT HIiIH ORDER uscr< GIIFSS 

ftSL A SSHIFT INTO HIGH ORBFR F*OSItION 

ASI A 

ASI A 

A5L A 

STA GUESS s-'AVL 

JSR GETKEY *GCT LOW ORDER USER GUESS 

AND 4XOOOOIIII JMASK HIGH ORBER BITS. 

OPA GUESS ip,DU HIGH ORDER NIHDLE. 

STA GUESS *FTNAE PRODUCT SAVED. 

I DA NLIMBEF! SOFT NrJMBFRr FOR COMPARE 

SEC 

<;BC GUESS JSUPTPACT GUESS FBOM NllMDFR 

STD DETERMINE NEARNESS Of’ GUESS. 
DCS Al FIGHT i PUS TTIV E VOL.UE NE'FIB S Nl) FIX. 

Mfr $1 1 I t I I It JMAKF D [STANCE ABSOLUTE 
MC -MAI l IT A T WO'5 r COMPLEMENT 

DM: 400 NOT JUST A ONES CGMPl EMlSNT, 
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03*00 : 

AV 

FF 


02031 : 

Oil 

03 

AO 
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HU 

02 

AO 

0200 ! 

on 


AC 

0200 1 

85 

02 
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AV 

OA 
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85 

01 
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A? 

00 


0213 ? 

OH 

01 

AO 

02J4J 
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00 

AO 
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OA 
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85 
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A? 
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0220: 

20 

94 
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00 

nl 
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o??a: 

85 

00 
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20 

00 

01 

022FI 

2$ 
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0211 : 

05 

00 


0 2 37 1 

DS 

00 


o23'j : 

A5 

04 


023 ?: 

SB 



0238 I 

F5 

00 


o:>3a : 

DP 

05 


02,let 

*9 

[ F 


023* t 

3 ft 



023r : 

AV 

00 



Fig. 4.2: Hexguess Program 
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The program will generate a random number which must be guessed 
by the player, A reasonably random number is obtained here by 
reading the value of timerl of VIA #1. It is then stored in memory ad¬ 
dress NUMBER: 

LDA TIMER Low latch of timer 1 
STANUMBER 

A random number generator is not required because requests for ran¬ 
dom numbers occur at random time intervals, unlike the situation in 
most of the other games that will be described. An important observa¬ 
tion on the use of TICL of a 6522 VIA is that it is often called a 
“latch” but it is a “counter” when performing a read operation! Its 
contents are not frozen during a read as they would be with a latch. 
They are continuously decremented. When they decrement to 0, the 
counter is reloaded from the “real” latch. 

Note that in Figure 4.3 TIL-L is shown twice — at addresses 04 and 
06. This is a possible source of confusion and should be clearly 
understood. Location 4 corresponds to the counter; location 6 cor¬ 
responds to the latch. Location 4 is read here. 

We are ready to go. A high-pitched tone is generated to signal the 
player that a guess may be entered. The note duration is stored at 
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oo 


ORB (PBO TO PB7) 


I/O data, port A 


01 


02 


03 


04 


05 


06 


07 


06 


m 


OA 


ORA (PAO to PA7) 


DDR B 


ODRA 


T1 L-L/Tl CL 


T1C-H 


T1L-L 


T1L-H 


T2L-1/T2C-L 


T2C-H 


SR 


Used for control-affects handshake 


Doto 


registers 


Counterblow 


Counter-high 


Latch-low 


Latch-high 

Latch-low 

Counter-low 

Counter-high 
Shift register 


Timer 1 


Timer 2 


0B 


0C 


0D 


0E 


ACR 


PCR (CA1,CA2,CB2,CB1) 


IFR 


IER 


Auxiliary 

Peripheral 

Flogs 


Enable 


Function 

control 


Interrupt 

Control 


OF 


ORA 


Output register A 

(does not affect handshake) 


Fig. 4.3: 6522 VIA Memory Map 


memory location DUR while the note frequency is set by the contents 
of the accumulator: 

GETGES LDA #$20 High pitch 

JSR TONE 

Two key strokes must be accumulated for each guess. The GETKEY 
subroutine is used to obtain the number of the key being pressed, 
which is then stored in the accumulator. Once the first character has 
been obtained, it is shifted left by four positions into the high nibble 
position, and the next character is obtained. (See Figure 4.4.) 




HEXGUESS 



FINAL 2 DIGIT GUESS 


Fig. 4.4: Coilacting the Player's Guess 


JSR GETKEY 
ASL A 
ASL A 
ASL A 
ASL A 
STA GUESS 
JSR GETKEY 

Once the second character has been transf erred into the accumulator, 
the previous character, which had been saved in memory location 
GUESS, is retrieved and OR’ed back into the accumulator: 

AND JWqOOOOI 111 
ORA GUESS 


It is stored back at memory location GUESS: 

STA GUESS 
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Now (hat the guess has been obtained, it must be compared against the 
random number stored by the computer at memory location 
NUMBER. A subtraction is performed: 

LDA NUMBER 
SEC 

SBC GUESS 

Note that if the difference is negative, it must be complemented: 

BCSALRIGHT Positive? 

EOR#<7ollllllll It is negative: complement 

SEC Make it two's complement 

ADC #00 Add one 

Once the “distance" from the guess to the actual number has been 
computed, the “closeness-counter" must be set to a value between 1 
and 9 (only nine LEDs are used). This is done by a loop which com¬ 
pares the absolute “distance” of the guess from the correct number to 
a bracket value in the LIMITS table. The number of the appropriate 
bracket value becomes the value assigned to the proximity or closeness 
of the guessed number to the secret number. Index register X is initial¬ 
ly set to 0, and the indexed addressing mode is used to retrieve bracket 
values. Comparisons are performed as long as the “distance" is less 
than the bracket value, or until X exceeds 9, i.e., until the highest table 
value is looked up. 

ALRIGHT LDX #00 

LOOP CMP LIMITS,X 

BCS SIGNAL 
INX 
CPX#9 
BNE LOOP 

At this point, unless a branch has occurred to SIGNAL, the distance 
between the guess and the actual number is 0: it is a win. This is sig¬ 
naled by blinking the LEDs and by generating a special win tone: 

WIN LDA #11 

STA GUESS Scratch storage 

LDA #FF 




Look up limit value 

Closeness is less 
Keep trying 10 times 


6502 GAMES 


STA PORTIA 
STA PORT1B 

WOW LDA #50 Tone pitch 

JSR TONE Generate tone 

The blinking is generated by complementing the LEDs repeatedly: 

LDA #$FF 

EOR PORTIA Complement ports 

STA PORTIA 
STA PORT1B 

The loop is executed again: 

DEC GUESS 
BNE WOW 

Finally, when the loop index (GUESS) reaches zero, a branch occurs 
back to the beginning of the main program: START: 

BEQ START 

If, however, the current guess is not correct, a branch to SIGNAL 
occurs during bracket comparison, with the contents of the X register 
being the proximity value: i.e., the number of LEDs to light. Depend¬ 
ing on the closeness of the guess to the secret number, LEDs #1 to #9 
will be turned on: 

SIGNAL INX 

LDA #0 
STA PORT1B 
JSR LITE 
STA PORTIA 
BCC CC 
LDA #01 
STA PORT1B 

The number of LEDs to turn on is in X. It must be converted into the 
appropriate pattern to put on the output port. This is done by the 
LITE subroutine, described below. 

If LED #9 is to be turned on, the carry bit is set by LITE. An ex- 


69 


Increment closeness level 
Clear high LED port 
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plicit test of the carry for this case is done above (the pattern 01 is then 
sent to PORT1B). The number of the current guess is decremented 
next. If it is 0, the player has lost; the lose signal is generated and a 



JUST BEFORE 1st ROTATION 



BEFORE 2nd ROTATJON 


0 C 

BEFORE 3rd ROTATION 

0 

7 0 C 

BEFORE 8th ROTATION 
(CARRY Will BE 0) 

0 

7 0 C 

AFTER 9th ROTATION 
(CARRY I $ 1) 






Fig. 4.5: Obtaining the LID pattern for 8 LED's 
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new game is started; otherwise, the next guess is obtained: 

CC DEC GUESS# 

BNE GETGES 
LDA #$BE 
JSR TONE 
JMP START 

The Subroutines 

LITE Subroutine 

The LITE subroutine will generate the pattern required to light up 
LEDs #1 to #8, depending on the number contained in register X. The 
required “1” bits are merely shifted right in the accumulator as 
register X is being decremented. An example is given in Figure 4.5. 

Upon exit from the subroutine, the accumulator contains the cor¬ 
rect pattern required to light up the specified LEDs. If LED #9 is in¬ 
cluded, the pattern would consist of all ones, and the carry bit would 
be set; 

LITE LDA #0 

SHIFT SEC 

ROL A 
DEX 

BNE SHIFT 
RTS 

TONE Subroutine 

The TONE subroutine will generate a tone for a duration specif led 
by a constant in memory location DUR, at the frequency specified by 
the contents of the accumulator. Index register Y is used as the inner 
loop counter. The tone is generated, as usual, by turning the speaker 
connected to PORT3B on and off successively during the appropriate 
period of time: 


TONE 

ST A FREQ 


LDA #$00 


LDX DUR 

FL2 

LDY FREQ 

FL1 

DEY 
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Rotate the “1” to position 
Done? 


Any guesses left? > 
Low tone 

Newgame 
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CLC 

BCC ,+ 2 

BNE FL1 

EOR #$FF 

STA PORT3B 

DEX 

BNE 

RTS 

SUMMARY 

This time, the program used the timer’s latch (i.e., a hardware register) 
rather than a software routine as a random number generator. A simple 
“LITE” routine was used to display a value, and the usual TONE 
routine was used to generate a sound. 

EXERCISES 

Exercise 4-1: Improve the Hexguess program by adding the following 
feature to it, A t the end of each game, if the player has lost , the pro¬ 
gram will display [the number which the player should have guessed] 
for approximately 3 seconds , before starting a new game. 

Exercise 4-2: What would happen if the SEC at location 290 hex¬ 
adecimal were left out? 

Exercise 4-3: What are the advantages and disadvantages of using the 
timer's value to generate a random number? What about the suc¬ 
cessive numbers? Will they be related? Identical? 

Exercise 4-4: How many times does the above program blink the lights 
when it signals a win? 

Exercise 4-5: Examine the WIN routine (line 24D). Will the win tone 
be sounded once or several times? 

Exercise 4-6: What is the purpose of the two instructions at addresses 
29F and 2AO? (Hint: read Chapter 2,) 

Exercise 4-7: Should the program start the timer? 

Exercise 4-5: Is the number of LEDs lit in response to a guess linearly 
related to the closeness of a guess? 
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THE RULES 


The object of the game is to light up a perfect square on the board, 
i.e., to light LEDs 1,2, 3, 6, 9, 8, 7, and 4 but not LED #5 in the 
center. 

The game is started with a random pattern. The player may modify 
the LED pattern on the board through the use of the keyboard, since 
each of the keys complements a group of LEDs. For example, each of 
the keys corresponding to the corner LED positions (key numbers: I, 3, 
9, and 7) complements the pattern of the square to which it is attached. 
Key it 1 will complement the pattern formed by LEDs 1, 2, 4, 5. 
Assuming that LEDs 1, 2, and 4 are lit, pressing key #1 will result in 
the following pattern: 1-off, 2-off, 4-off, 5-on. 



The pattern formed by LEDs 1, 2, 4, and 5 has been complemented 
and only LED #5 is lit after pressing key #1. Pressing key #1 again will 
result in: I, 2, and4-on with 5-off. Pressing a key twice results in two 
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MAGIC SQUARE 


successive complementations, i.e., it cancels out the first action. 

Similarly, key #9 complements the lower right-hand square formed 
by LEDs 5, 6, 8, and 9* 

Key #3 complements the pattern formed by LEDs 2, 3, 5, and 6. 

Key #7 complements the pattern formed by LEDs 4, 5, 7, and 8. 

The “edge keys'* corresponding to LEDs 2, 4,6, and 8 complement 
the pattern formed by the three LEDs of the outer edge of which they 
are a part. For example, pressing key #2 will complement the pattern 
for LEDs 1, 2, and 3. Assume an initial pattern with LEDs 1,2, and 3 
lit. Pressing key #2 will result in obtaining the complemented pattern, 
i.e., turning off all three LEDs. Similarly, assume an initial pattern 
on the left vertical edge where LEDs 4 and 7 are lit. 

o o o 

• o o 

• o o 

Pressing key #4 will result in a pattern where LED #1 is lit and LEDs 4 
and 7 are turned off, 

• o o 

— o o o 

o o o 

KEY 4 HAS BEEN PRESSED 

Likewise, key #8 will complement the pattern formed by LEDs 7, 8, 
and 9, and key #6 will complement the pattern formed by LEDs 3, 6, 
and 9. 


Finally, pressing key #5 (the center LED position) will result in com¬ 
plementing the pattern formed by LEDs 2, 4, 5, 6, and 8. For exam¬ 
ple, assume the following initial pattern where only LEDs 6 and 8 are 
lit: 

o o o 

o o • 

o • o 

Pressing key #5 will result in lighting up LEDs 2, 4, and 5: 


o • o 



o o o 


The winning combination in which all LEDs on the edge of the square 
are lit is obtained by pressing the appropriate sequence of keys, 
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The mathematical proof that it is always possible to achieve a “win” 
is left as an exercise for the reader. The program confirms that the 
player has achieved the winning pattern by flashing the LEDs on and 
off. 

Key “0” must be used to start a new game. A new random pattern 
of lit LEDs will be displayed on the board. The other keys are ignored, 

A TYPICAL GAME 

Here is a typical sequence: 

The initial pattern is: 1-3-4-6-9. 


r i 

L A 








r i 

L A 


Move: press key #8. 

The resulting pattern is: 1-3-4-6-7-8. 



Next move: press key #2. 

The resulting pattern is: 2-4-6-7-8. 
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Next move: press key #3. 

The resulting pattern is: 3-4-5-7-8. 



Next move: press key #2. 

The resulting pattern is 1-2-4-5-7-8. 




L ..iH, A 



r ^ 
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Next move: press key #6. 

The resulting pattern is 1-2-3-4-5-6-7-8-9. 



Note that this is a “classic’* pattern in which all LEDs on the board 
are lit. It is not a winning situation, as LED #5 should be off. Let us 
proceed. 

Next move: the end of this game is left to the mathematical talent of 
the reader. The main purpose was to demonstrate the effect of the 
various moves. 

Hint; a possible winning sequence is 2-4-6-8-51 

General advice: in order to win this game, try to arrive quickly at a 
symmetrical pattern on the board. Once a symmetrical pattern is ob¬ 
tained, it becomes a reasonably simple matter to obtain the perfect 
square. Generally speaking, a symmetrical pattern is obtained by hit¬ 
ting the keys corresponding to the LEDs which are off on the board 
but which should be “on” to complete the pattern. 

THE ALGORITHM 

A pattern is generated on the board using random numbers. The 
key corresponding to the player’s move is then identified, and the ap¬ 
propriate group of LEDs on the board is complemented. 

A table must be used to specify the LEDs forming a group for each 
key. 

The new pattern is tested against a perfect square. If one exists, the 
player wins. Otherwise, the process begins anew. 

The detailed flowchart is shown in Figure 5.1. 
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Fig. 5*1: Magic Square Flowchart 
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THE PROGRAM 
Data Structures 

The main problem here is to devise an efficient way to complement 
the correct LED pattern whenever a key is pressed. The complementa¬ 
tion itself may be performed by an Exclusive-OR instruction. In this 
case, the pattern used with the EOR instruction should contain a “I” 
in each LED position which is to be complemented, and “0”s 
elsewhere. The solution is quite simple: a nine-entry table, called 

TABLE, is used. Each table entry corresponds to a key and has 16 bits 
of which only nine are used inasmuch as only nine LEDs are used. 
Each of the nine bits contains a “1” in the appropriate position, in¬ 
dicating the LED which will be affected by the key. 

For example, we have seen that key number 1 will result in com¬ 
plementing LEDs 1, 2, 4, and 5. The corresponding table entry is 
therefore: 0, 0, 0, 1, 1,0, 1, 1, where bits 1, 2, 4, and 5 (starting the 
numbering at 1, as with the keys) have been set to “1.” Or, more 
precisely, using a 16-bit pattern: 

0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 1 , 1 , 0 , 1 , 1 

The complete table appears below in Figure 5.2. 



Fig. 5.2: Complementation Table 


Program Implementation 

A random pattern of LEDs must be lit on the board at the beginning 
of the game. This is done, as in the previous chapter, by reading the 
value of the VIA #1 timer. If a timer were not available, a random 
number-generating routine could be substituted. 
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5 'MAGTC SHUARF.' PROGRAM 

jkeys i-? on thf hf.x keyboard are: each associated 

? WIT H ONE LTD TN TNF 3V3 ARRAY. WHEN A KE Y IP PRESSED * 
I IT CHANGES THE PATTERN OF THE LIT LOS IN THE ARRAY- 
»IRE OBJECT OF THE CAME IS TO CONVERT THE RANDOM 
PATTERN Tilt* GAME STARTS WITH TO A SilLJARE OK l.TT 
U EDS BY PRESSING THE KEYS. TlC LEDS WILL FLASH WHEN 
JTHE WINNING PATTERN IS ACHIEVED. 

;key to can he used at any etme to restart 

• THE I3AMF WITH A NFW PATTERN. 


GFTKFY 

T1CL 

PORT! 

P0RT2 

TEMP 

• UR A 

PDRB 


^*100 
<=*A004 
~ * A 0 01 
=*A000 
=*0000 
<=*A003 
-*A002 
.<=*200 


;lou register oe timer tn 6522 in a 

OTA PORT A 
*6522 VIA FORT B 
^TEMPORARY STORAGE 

f DATA DTRECTTON RFiGCSTER OE' PORT A 
*SAME TOR FORT B 


'COMMENTS► THIS PROGRAM USES A TIMER kCOTBIER FOI^ A 
r RANDOM NUMBER SOURCE. IF NONE IS AVATI ARLF. A 

* RANDOM NUMBER GENERATOR COM ID RE USE U* BUI 

f DLJE TO ITS REPEATABILITY. IT WOIJI T > NOT WORK AS 

5 WELL* THIS PROGRAM USES PORT A'S REGISTERS TOR 

r STORAGE OF THE LED PATTERN. SINCF WHAT IS READ 
t DY THF: PROCFSSBR THE POLARITY QE TUP 
l OUTPUT I TNE'.H* AN EXCESSIVE L.OAD ON THE LIMELS WOULD 
f PRF VENI THE PROGRAM F ROM WORKING COKRECTI Y * 
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♦ 10 

021F i 

10 

F5 



BPl. 

KEY 


5SFT UP PORTS EOR OUTPUT 


1 FT RANDOM NllMDFR 

U , ,ANl)i SECOND. 

5 MASK OUT BOTTOM ROW l FJjS 


t KEY MUST BE 1--?: IS I T 0? 

?YES* RESTART GAME WITH MEN BOARD. 
•15 IT LESS THAN 10? 

U IF KEY ><=10* SO GET ANOTHER 


'FOLLOWING SECTION USES KEY NUMBER AS INDEX TO FIND IN 
STAhl F A BIT F'ATTERN USED TO COMPLEMENT LED'S 


0221: 3R 




SEC 


0222! 

EV 

01 



SBC 

1 1 

02241 

OA 




ASI, 

A 

0225 

AA 




TAX 


0226 

AD 

01 

AO 


LDA 

PORT 1 

0229 

5[i 

6B 

02 


FOR 

TABLED 

02:>c 

GD 

01 

AO 


STA 

PC1RT1 

022F 

AD 

00 

AO 


I..DA 

PGRT7 

0232 

5U 

6C 

02 


EOR 

TAI<LEt I rX 

02;ts 

29 

01 



AND 

♦ 01 

0237 

SB 

00 

AO 

A 

STA 

P0RT2 





9 

.THIS 

IL 

SECTION CHECKS 

022IA ! 

4A 



f 

1 SR 

A 

02 S TB 

! 90 

19 



BCG 

KEY 

0231 ! 

E AD 

01 

AO 


LUA 

E> DC T1 

024 o : 

C9 

FF 



CMP 

t X1 110 111 

0242 ! 

no 

D2 



bni: 

KEY 


{DECREMENT A FUR TABLE! ACCESS 


r MULTIPLY A*2* SINCE EACH ENTRY IN 
; TABLE IS TWO BYTES. 

?LJ5E A AS INDEX 

?GET FORT CONTENTS FOR COMl’I.EMEiN I 
fEOR PORT CONTENTS [^PATTERN 
t RESTORE f'ORTT 
;D0 SAME WITH FY)RT2 y 

f...USING NEXT TAhl F ENTRY. 

;mask out bottom row irns 

i ...AND RESTORE . 


rSHIFT BIT 0 OF PORT 1 INTO CARRY. 
ETF NOT WIN RATTEEN* GET' NEXT MOOE 
U.UAI) PORT! FOR WIN TEST 
1 .CHECK FOR WIN rnTTCMH 
tNO WTN* GET NEXT MOUF 


Fig. 5.3: Magic Square Program 
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MAGIC SQUARE 


The data direction registers for Ports A and B of the VIA are con¬ 
figured for output to drive the LEDs: 

LDA #$FF 
STA DDRA 
STA DDRB 

The “random” numbers are then obtained by reading the value of 
timer 1 of the VIA and are used to provide a random pattern for the 
LEDs. (Two numbers provide 16 bits, of which 9 are kept.) 

START LDA TICL Get 1st number 

STAPORTI Use it 

LDA TICL Get 2nd number 

AND #01 Keep only position 0 

STAPORT2 Use it 

An explanation of the use of TICL has been presented in the 
previous chapter. The program then monitors the keyboard for the 
key stroke of the player. It will accept only inputs “0” through “9” 
and will reject all others: 

KEY JSR GETKEY 

CMP #0 Is key 0? 

BEQ START 
CMP#10 

BPL KEY If key - 10 get another 

If the player has pressed key “0,” the program is restarted with a new 
LED display. If it is a value between “1” and “9” that is pressed, the 
appropriate change must be performed on the LED pattern. The key 
number will be used as an index to the table of complementation 
codes. Since the keys are labeled 1 through 9, the key number must 
first be decremented by 1 in order to be used as an index. Since the 
table contains double-byte entries, the index number must also be 
multiplied by 2. This is performed by the following three instructions: 

SEC 

SBC #1 Subtract 1 

ASL A Multiply by 2 
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Remember that a shift left is equivalent to a multiplication by 2 in the 
binary system* The resulting value is used as an index and stored in in¬ 
dex register X: 

TAX 

The LED pattern is stored in the Port A data registers* It will be com' 
plemented by executing an EOR instruction on Port 1, then repeating 
the process for Port 2: 

LDA PORTI 

EOR T ABLE,X Complement Portl 

STA PORTI 

LDA POR12 Same for Port2 

EOR TABLE + 1,X 

AND #01 Mask out unused bits 

STAPORT2 

Note that assembly-time arithmetic is used to specify the second byte 
in the table: 

EOR TABLE + 1,X 

Once the pattern has been complemented, the program checks for a 
winning pattern* To do so, the contents of Port 2 and Port 1 must be 
matched against the correct LED pattern* For Port 2, this is “0, 0, 0, 
0, 0, 0, 0, 1.” For Port 1, this is "1, 1, 1, 0, I, I, 1, 1*” BitO of Port 2 
happens presently to be contained in the accumulator and <j:an be 
tested immediately after a right shift: 

LSR A Shift bit 0 of Port 2 

BCC KEY 

The contents of Port 1 must be explicitly compared to the appropriate 
pattern: 

LDAPORT1 
CMP #^ol 1101111 
BNE KEY 
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To confirm the win, LEDs are now blinked on the board* TEMP is 
used as a counter variable; X is used to set the fixed delay duration. Y 
is used as a counter for the innermost loop* Each port is com¬ 
plemented after the delay has elapsed* 

LDA #14 

STA TEMP Load number of blinks 

BLINK LDX #$20 Delay constant f or .08 sec 

DELAY LDY #$FF Outer loop of variable 

delay routine, whose delay 
time is 2556 x (Contents 

of X on entry) 10 A<s loop 

DLY NOP 

BNE * + 2 
DEY 

BNE DLY 
DEX 

BNE DELAY 

LDA PORTI Get ports and complement 

them 

EOR #$FF 
STA PORTI 
LDA PORT2 
EOR #1 
STA PORT2 

DEC TEMP Count down number of blinks 

BNE BLINK Do again if not done 

BEQ KEY Get next key 

SUMMARY 

This game of skill required a special table to perform the various 
complementations^ The timer is used directly to provide a pseudo¬ 
random number, rather than a program. The LED pattern is stored 
directly in the I/O chip's registers* 

EXERCISES 

Exercise 5-1: Rewrite the end of the program using a delay subroutine, 
Exercise 5-2: Wilt the starting pattern be reasonably random? 
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Exercise 5-3: Provide sound eff ects . 

Exercise 5-4: Allow the use of key “A >J to perform a different change 
such as a total complementation. 

Exercise 5-5 (more difficult): Write a program which allows the com¬ 
puter to play and win. 

Exercise 5-6: Add to the previous exercise the following feature: 
record the number of moves played by the computer , then play against 
the computer. You must win in fewer moves. You may specify an 
identical starting pattern for yourself and the computer. In this case, 
you should start, then let the computer “show you. fi If the computer 
requires more moves than you do, you are either an excellent player, a 
lucky player, or you are a poor programmer. Perhaps you are using 
the wrong algorithm! 




SPINNER 


THE RULES 

A light spins around the square formed by LEDs 1, 2, 3, 6, 9, 8, 7, 
and 4, in a counterclockwise fashion. 

o o o 

OOP 

The object of the game is to stop the light by hitting the key cor¬ 
responding to the LED at the exact time that the LED lights up. Every 
time that the spinning light is stopped successfully, it will start spin¬ 
ning at a faster rate. Every time that the player fails to stop the LED 
within 32 spins, the light will stop briefly on LED #4, then resume 
spinning at a slower pace. The expert player will be able to make the 
light spin faster and faster, until the maximum speed is reached. At 
this point, all the LEDs on the Games Board (LEDs 1 through 15) 
light up simultaneously. It is a win, and a new game is started. 

Each win is indicated to the player by a hesitation of the light on the 
LED corresponding to the key pressed. When acomplete game is won, 
all LEDs on the Games Board will be lit. 
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This game can also be used to sharpen a player’s reflexes, or to test 
his or her reaction time. In some cases, a player’s reaction may be too 
slow to catch the rotating LED even at its slowest speed. In such a 
case, the player may be authorized to press two, or even three,con- 
secutive keys at once. This extends the player’s response time. For ex¬ 
ample, with this program, if the player would press keys 7, 8, and 9 
simultaneously, the light would stop if it was at any one of those posi¬ 
tions (7, 8, or 9). 

THE ALGORITHM 

The flowchart is presented in Figure 6.1. The game may operate at 
eight levels of difficulty, corresponding to the successive speeds of the 
“blip” traveling with increased rapidity around the LED square. An 
8-bit counter register is used for two functions simultaneously. (See 
Figure 6.2.) The lower 3 bits of this register are used as the “blip- 
counter” and point to the current position of the light on the LED 
square. Three bits will select one of eight LEDs. The left-most 5 bits of 
this register are used as a “loop-counter” to indicate how many times 
the blip traverses the loop. Five bits allow up to 32 repetitions. LEDs 
are lit in succession by incrementing this counter. Whenever the blip- 
counter goes from “8” to “0,” a carry will propagate into the loop- 
counter, incrementing it automatically. Allocating the 8 bits of 
register Y to two different conceptual counters facilitates program¬ 
ming. Another convention could be used. 

Every time that an LED is lit, the keyboard is scanned to determine 
whether the corresponding key has been pressed. Note that if the key 
was pressed prior to the LED being lit, it will be ignored. This is ac¬ 
complished with an “invalid flag.” Thus, the algorithm checks to see 
whether or not a key was initially depressed and then ignores any fur¬ 
ther closures if it was. A delay constant is obtained by multiplying the 
difficulty level by four. Then, during the delay while the LED is lit, a 
new check is performed for a key closure if no key had been pressed 
at the beginning of this routine. If a key had been pressed at the begin¬ 
ning it will be treated as a miss, and the program will not check again 
to see if the key was pressed as the “invalid flag” will have been set. 

Every time the correct key is pressed during the delay while the LED 
is on (left branch of the flowchart in the middle section of Figure 
6.1), the value of the difficulty level is decremented (a lower difficulty 
number results in a higher rotation speed). For every miss on the part 


of the player, the difficulty value is incremented up to 15, resulting in 
a slower spin of the light. Once a difficulty level of 0 has been reached, 
if a hit is recorded, all LEDs on the board will light to acknowledge 
the situation. 

THE PROGRAM 
Data Structures 

The program uses two tables. The KYTBL table stores the key 
numbers corresponding to the circular LED sequence: 1,2,3,6,9,8,7,4. 
It is located at memory addresses OB through 12. See the program 
listing in Figure 6.3. 

The second table, LTABLE, contains the required bit patterns 
which must be sent to the VIA’s port to illuminate the LEDs in se¬ 
quence. For example, to illuminate LED #1, bit pattern “000000001, 
a* 01 hexadecimal, must be sent. For LED #2, the bit pattern 
“00000010” must be sent, or 02 hexadecimal. Similarly, for the other 
LEDs, the required pattern is: 04, 20, 00, 80, 40; 0B in hexadecimal. 

Note that there is an exception for LED #9, The corresponding pat¬ 
tern is “0” for Port 1, and bit 0 of Port 2 must also be turned on. We 
will need to check for this special situation later on. 

Program Implementation 

Three variables are stored in memory page 0: 

DUR AT Is the delay between two successive 

LED illuminations 

DIFCLT Is the “difficulty level” (reversed) 

DNTST Is a Hag used to detect an illegal 

key closure when scanning the keys 

As usual, the program initializes the three required data direction 
registers: DDR1 on both Port A and Port B for the LEDs, and 
DDR3B for the keyboard: 

START LDA #$FF 

STADDRIA 
STA DDRIB 
STA DDR3B 







Fig. 6.1: Spinner Flowchart 
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LOOP BLIP 

COUNTER COUNTER 


Fig. 6*2: Duol Counter 

* 

The difficulty level is set to 8, an average value: 

LDA #8 
STA DFCLT 

The keystrobe port is conditioned for input: 

STA DDR3A 

The Y register, to be used as our generalized loop-plus-blip-counter, is 
set to^O”: 

NWGME LDY #0 

The key-down indicator is also set to “0”: 

LOOP LDA #0 

STA DNTST 

LED #9 is cleared: 

STA PORTIB 

The lower 3 bits of the counter are extracted. They contain the blip- 
counter and are used as an index into the LED pattern table: 

TYA Y contains counter 

AND #$07 Extract lower 3 bits 

TAX Use as index 

The pattern is obtained from LTABL, using an indexed addressing 
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line * LOC 


CODE 


0002 

0003 

0004 

0005 

oooa 
000? 
oo oe 
ooo? 
0010 
0011 
0012 
0013 
0014 
0015 
0016 
0017 
0010 
001 ? 
0020 
0021 
0022 
0023 
0024 
0025 
002 * 
002 ? 
002B 
0029 

0030 

0031 

0032 

0033 

0034 

0035 

003* 

003? 

0037 

0O37 

0037 

003? 

0037 

003? 

0037 

0O3& 

003? 

0040 

0041 

0042 

0042 

0042 

0042 

0042 

0042 

0042 

0042 

0043 

0044 

0045 

004* 

004? 

0048 

0049 

0050 

0051 

0052 

0053 

0054 

0055 

005* 

O057 

OOSB 

0059 

00*0 

00*1 

00*2 


0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0001 

0002 

0003 

0003 

0003 

0003 

0003 

0003 

0003 

0004 

0005 

000* 

0007 

000B 

0009 

OOOA 

0008 

000B 

GOOD 

000P 

0008 

oooc 

000E 

000E 

000F 

0010 

0011 

0012 

0013 

0013 

0013 

0013 

0200 

0200 

0202 

0205 

020B 

0208 

0208 

020F 

0212 

0214 

021* 

0210 

0210 

021C 

021E 

021F 


01 

02 

04 

20 

00 

00 

40 

00 


01 

02 

03 

0* 

09 

00 

07 

04 


09 

a [i 
0D 

a» 

A9 

05 

0[i 

AO 

A9 

05 

01) 

90 

2? 

AA 

85 


FF 

03 AO 
02 AO 
02 AC 
00 
01 

03 AC 

00 

00 

02 

00 AO 

07 

03 


LINE 

♦ 'SPINNER' 

♦PROGRAM TO TEST REACTION TINE OF PLAYER. 

♦ BLIP OF LIGHT SPINS AROUND EDGE 

♦ OF 3X3 LED MATRIX, AND USER HUST PRESS 

ICORRESPONDING KEY. IF. AFTER A NUMBER OF 

♦ SPINS. CORRECT KEY HAS NOT BEEN PRESSED. 
♦BLIP SPINS SLOWER. IF CORRECT KEY HAS BEEN 
.PRESSED. BLIP SPINS FASTER. ALL 

ILEDS LIGHT WHEN SUCCESSFUL KEYPRESS 

♦OCCURS ON MAX1NLJH SPEED. 

♦ 

n/o : 

* 

PORTIA = $A001 JLEDS l^B 

PORTIB = 4AOOO !LEOS 0-l3 

BBR1A - 4A003 

BBR1B - 4A002 


JLEDS 1—B 
♦ LEOS 6-13 


P0RT3A = $AC01 
P0RT3B = 4AC00 
DDR3A ■ *AC#3 
DDR3B - 4AC02 
I 

♦VARIABLE STORAGE; 
♦ 

$ - to 


BURAT *=*41 
DIFCLT *=*L1 

DNTST #=*« 


iKEY STROBE INPUT. 
♦KEY * OUTPUT. 


=*41 ♦DURATION OF INTER-MOVEMENT DELAY. 

n *41 ♦ DIFFICULTY LEVEL. 

=*ti »srr to *oi if key ddvn at start 

♦ OF inter-novehent delay. 


♦TABLE OF PATTERNS TO BE SENT TO LEi 
♦MATRIX AT EACH LOOP COUNT, 

♦SET FOR CLOCKWISE ROTATION STARTING AT LED *1. 
♦ 

LTABLE .BYTE *01.402.404.*20. 400-400, 440,400 


♦TABLE OF PATTERNS TO BE SENT TO KEYBOARD 
♦TO TEST IF LEDS ARE ON AT EACH LOOP COUNT. 

I 

KYTBL -BYTE 1.2.3,A,9,0.7.4 


♦ MAIN PROGRAM 

t 

* * $2 


$200 


START LOA **FF 

STA DDRIA 
STA DDRlB 

STA DDR3B 
LDA *0 
STA DIFCL1 

STA D1R3A 
NMGNE LDY 40 
LOOP LDA *0 

STA DNTST 
STA PORTIB 
TYA 

AND 4407 
TAX 

LDA LTABLE,X 


SET I/O REGISTERS. 


♦SET DIFFICULTY. 

♦SET KEYSTROBE PORT. 

♦RESET L00P/8LIR COUNTER. 

♦CLEAR KEYDOUH INDICATOR. 

♦CLEAR HI LED PORT. 

♦USE LOWER 3 BITS OF MAIN COUNTER 
♦AS INDEX TO FIND LEB PATTERN 
♦ IN TABLE OF PATTERNS, 

>OET PATTERN FOR LED TO 


Fig.6.3: Spinner Program 
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0063 

0221 





iP€ TURNED 

ON. 

0064 

0221 

60 

01 

AO 


STA PORTIA 


♦ STORE IN LED PORT. 

006S 

0224 

DO 

03 



BNE CHECK 


♦ IF PATTERN Op SKIP. 

0066 

0226 

A9 

01 



LDA 41 


IPATTERN=Op SO SET HI BIT, 

0067 

0226 

60 

00 

AO 


STA PORTIB 



0066 

022B 

B3 

OB 


CHECK 

LBA KYTBLrX 


♦ QET KEY# TO TEST FOR. 

0069 

0220 

60 

00 

AC 


STA PORT3B 


♦STORE IN KEYPORT. 

0070 

0230 

2C 

01 

AC 


BIT F0RT3A 


♦STROBE HIT 

0071 

0233 

30 

04 



BMI BELAY 


♦ IF NOTr SKIP. 

0072 

0233 

A9 

01 


INVALB 

LOA *01 


♦STOBE Nil SET KEY BOUN MARKER . 

0073 

0237 

05 

02 



STA DNTST 



0074 

0239 

A9 

60 


■ELAY 

LDA ##60 


♦OET # OF LOOP CYCLES (BELAY LENOTN) 

0075 

023B 

63 

00 



STA BURAT 



0076 

0231 

A3 

01 


BL1 

LBA BIFCLT 


♦ MULTIPLY TilFFlCULTY COUNTER , 

0077 

023F 

OA 




ASL A 


♦BY FOUR TO DETERMINE BELAY 

0076 

0240 

OA 




ASL A 


♦LENGTN. 

0079 

0241 

AA 




TAX 



0060 

0242 

26 

02 


■L2 

ROL BNTST 


♦BELAY ACCORBXNG TO BIFCLT* 

0061 

0244 

66 

02 



ROR DNTST 



0082 

0246 

CA 




DEX 



0063 

0247 

BO 

F9 



BNE BL2 


♦LOOP 'TIL COUNT = 0 

0084 

0249 

A3 

02 



LOA DNTST 


♦ GET KEY BOUN FLAG. 

006S 

024B 

DO 

03 



BNE NOTST 


♦ IF KEY WAS BQUN AT BEGINNING OF 

0066 

0240 





♦BELAY* BON 

'T 

TEST IT. 

0067 

0240 

2C 

01 

AC 


BIT P0RT3A 


♦CHECK KEY STROBE. 

0066 

0230 

10 

19 



BPL HIT 


♦KEY NAS CLOSED BURING BELAY: HIT. 

0069 

0232 

C6 

00 


NOTST 

BEC BURAT 


♦COUNT DELAY LOOP DOUH. 

0090 

0234 

00 

E7 



BNE BLl 


♦LOOP IF NOT 0. 

0091 

0236 

CB 




I NY 


♦lNCRENENT MAIN SPIN COUNTER. 

0092 

0257 

BO 

BB 



BNE LOOP 


♦ IF 32 LOOPS NOT DONEr DO NEXT LOOP 

0093 

0239 

A6 

01 



LDX BIFCLT 


♦NO HITS THIS TINE, NAKE NEXT 

0094 

02SB 





♦EASIER. 


0093 

02SB 

E3 




INX 



0096 

02SC 

SA 




TXA 


♦MAKE SURE BIFFICULTY BOES NOT 

0097 

02SD 

C9 

10 



CNP #16 


♦EXCEEB 15 

0096 

023F 

BO 

02 



BNE OK 



0099 

0261 

A9 

or 



LBA *15 



0100 

0263 

95 

01 


OK 

STA BIFCLT 



0101 

0265 

20 

80 

02 


JSR WAIT 


♦PAUSE A BIT. 

0102 

0266 

4C 

12 

02 


JNP NUGNE 


♦ START NEW ROUNB. 

0103 

026B 

20 

30 

02 

HIT 

JSR WAIT 


♦PAUSE A BIT. 

0104 

026E 

C6 

01 



BEC BIFCLT 


♦MAKE NEXT CAME HARBEK. 

0103 

0270 

00 

AO 



BNE NUGNE 


♦ IF BIFFICULTY NOT 0 <HAR1EST)» 

0106 

0272 





• PLAY NEXT OANE. 

0107 

0272 

A9 

FF 



LOA **FF 


♦PLAYER NAS MADE IT TO TOP 

0106 

0274 

60 

01 

AO 


STA PORTIA 


♦BIFFICULTY LEVEL* LIGNT ALL LEDS* 

0109 

0277 

60 

00 

AO 


STA PORTIB 



0110 

027A 

20 

60 

02 


JSR UAIT 


♦PAUSE A BIT. 

0111 

0270 

4C 

00 

02 


JH r START 


♦PLAY ANOTHER GANE. 

0112 

0260 




♦ 




0113 

0260 




(SUBROUTINE 'WAIT' 



0114 

0260 




♦SHORT 

BELAY. 



0113 

0260 




♦ 




0116 

0260 

AO 

FF 


WAIT 

LDY 9*FF 



0117 

0262 

A2 

FF 


LF1 

LDX **FF 



OUB 

0264 

66 

00 


LP2 

ROR DURAT 



0119 

0266 

26 

00 



ROL DURAT 



0120 

0266 

66 

00 



ROR DURAT 



0121 

026A 

26 

00 



ROL DURAT 



0122 

028C 

CA 




BEX 



0123 

0260 

BO 

F5 



BNE LP2 



0124 

026E 

66 




DEY 



0123 

0290 

DO 

ro 



BNE LPI 



0126 

0292 

60 




RTS 



0127 

0293 





.END 



SYMBOL TABLE 







SYMBOL VALUE 







CHECK 

02 

2B 

B0R1A 

A003 0DR1B 

A002 DDR3A AC03 

BBR3B 

AC02 

BELAY 

0239 PIFCLT 

0001 DL1 0230 

BL2 

02 

42 

BNTST 

0002 DURAT 

0000 HIT 026B 

INVALD 0233 

KYTBL 

OOOP LOOP 

0214 LPI 02B2 

LP2 

02 

64 

LTABLE 0003 NOT ST 

0232 NUGNE 0212 

OK 

0263 

PORTIA ADOl PDRT1B 

A000 P0RT3A ACOl 

PORTIB ACOQ 

START 

0200 WAIT 

02S0 

ENB OF ASSEMBLY 
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mechanism with register X, and this pattern is output on Port 1A to 
light up the appropriate LED: 

LD A LTABLE, X Get pattern 
ST APORT1A Use it to light up LED 

As we indicated in the previous section, an explicit check must be 
made for the pattern “0,” which requires that bit 0 of Port B be 
turned on. This corresponds to LED #9: 

BNE CHECK Was pattern = 0? 

LDA #1 If not, set LED #9 

STA PORT1B 

Once the correct LED has been lit, the keyboard must be inspected to 
determine whether the player has already pressed the correct key. The 
program only checks the key number corresponding to the LED being 
lit: 

CHECK LDA KYTBL,X X contains correct pointer 

STA PORT3B Select correct key 

BIT PORT3A Strobe hi? 

BM1 DELAY If not, skip 

If the corresponding key is down (a strobe high on Port 3A is 
detected), the key-down flag, DNTST, is set to “1”: 

1NVALD LDA #01 

STA DNTST 

This is an illegal key closure. It will be ignored A delay to keep the 
LED lit is implemented by loading a value in memory location 
DURAT. This location is used as a loop-counter. It will be 
decremented later on and will cause a branch back to location DL1 to 
occur: 

DELAY LDA #$80 

STA DURAT 

The difficulty counter, DIFCLT, is then multiplied by four. This is ac¬ 
complished by two successive left shifts: 
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DLI LDA D1FCLT 

ASL A 
ASL A 
TAX 

The result is saved in index register X. It will determine the delay 
length. The lower the “difficulty-level,” the shorter the delay will be. 
The delay loop is then implemented; 

DL2 ROL DNTST 

ROR DNTST 
DEX 

BNE DL2 Loop til count = 0 

The key-down flag, DNTST, is then retrieved from memory and 
tested. If the key was down at the beginning of this routine, the pro¬ 
gram branches to location NOTST, Otherwise, if a closure is detected, 
a hit is reported and a branch occurs to location HIT: 

LDA DNTST 
BNE NOTST 

BIT PORT3A Check key strobe 
BPL HIT 

At NOTST, the external delay loop proceeds: the value of DURAT is 
decremented and a branch back to location DLI occurs, unless 
DURAT decrements to “0,” Whenever the delay decrements to “0” 
without a hit, the main counter (register Y) is incremented by 1, This 
results in advancing the blip-counter (lower three bits of register Y) to 
the next LED. However, if the blip-counter was pointing to LED #4 
(the last one in our sequence), the loop-counter (upper 5 bits of 
register Y) will automatically be incremented by 1 when the blip- 
counter advances. If the value 32 is reached for the loop-counter, the 
value of register Y after incrementation will be “0” (in fact, an 
overflow will have occurred into the carry bit). This condition is tested 
explicitly: 

NOTST DEC DURAT 

BNE DLI 
INY 

BNE LOOP 


Loopif notO 
Increment counter 
32 loops? 


SPINNER 


Once the Y register has overflowed, i.e., 32 loops have been executed, 
the difficulty value is increased, resulting in a slower spin: 

LDX DIFCLT No hits. Make it easier 
INX 

The maximum difficulty level is 15, and this is tested explicitly: 

TX A Only A may be compared 

CMP #16 
BNE OK 

LDA #15 Stay at 15 maximum 

OK STA DIFCLT 

Finally, a brief pause is implemented: 

JSR WAIT 

and a new spin is started: 

JMP NWGME 

In the case of a hit, a pause is also implemented: 

HIT JSR WAIT 

then the game is made harder by decrementing the difficulty count 
(DIFCLT) 

DEC DIFCLT 

The difficulty value is tested for “0” (fastest possible spin). If the “0” 
level has been reached, the player has won the game and all LEDs are 
illuminated: 

BNE NWGME If notO, play next game 
LDA #$FF It is a win 

STA PORTIA Light up 

STA PORTIB 


The usual pause is implemented, and a new game is started: 
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JSR WAIT 
JMP START 

The pause is achieved with the usual delay subroutine called “WAIT/* 
It is a classic, two-level nested loop delay subroutine, with additional 
do-nothing instructions inserted at address 0286 to make it last longer: 


WAIT 

LDY #$FF 

LP1 

LDX #$FF 

LP2 

ROR DURAT 
ROL DURAT 
ROR DURAT 
ROL DURAT 
DEX 

BNE LP2 
DEY 

BNE LPI 

RTS 


SUMMARY 


This program implemented a game of skill. Multiple levels of diffi¬ 
culty were provided in order to challenge the player. Since human 
reaction time is slow, all delays were implemented as delay loops. For 
efficiency, a special double-counter was implemented in a single register: 
the blip counter—loop counter. 

EXERCISES 

Exercise 6-1: There are several ways to (4 cheat” with this program . 
Any given key can be vibrated rapidly . Also , it is possible to press any 
number of keys simultaneously, thereby massively increasing the 
odds . Modify the above program to prevent these two possibilities . 

Exercise 6-2: Change the rotation speed of the light around the LEDs 
by modifying the appropriate memory location . (Hint: this memory 
location has a name indicated at the beginning of the program J 

Exercise 6-3: Add sound eff ects. 


7 

SLOT MACHINE 

THE RULES 

This program simulates a Las Vegas-type slot machine. The rota¬ 
tion of the wheels on a slot machine is simulated by three vertical rows 
of lights on LED columns 1-4-7, 2-5-8, and 3-6-9. The lights “rotate” 
around these three columns, and eventually slop. (SeeFigure7.1.)The 
final light combination representing the player’s score is formed by 
LEDs 4-5-6, i.e., the middle horizontal row. 

At the beginning of each game, the player is given eight points. The 
player’s score is displayed by the corresponding LED on the Games 
Board. At the start of each game, LED #8 is lit, indicating this initial 
score of 8. 

The player starts the slot machine by pressing any key. The lights 
start spinning on the three vertical rows of LEDs. Once they stop, the 
combination of lights in LEDs 4, 5, and 6 determines the new score. If 
either zero or one LED is lit in this middle row, it is a lose situation, 
and the player loses one point. If two LEDs are lit in the middle row, 
the player’s score is increased by one point. If three LEDs are lit in the 
middle row, three points are added to the player’s score. 

Whenever a total score of zero is obtained, the player has lost the 
game. The player wins the game when his or her score reaches 16 
points. Everything that happens while the game is being played pro¬ 
duces tones from the machine. While the LEDs are spinning, the 
speaker crackles, reinforcing the feeling of motion. Whenever the 
lights stop rotating, a tone sounds in the speaker, at a high pitch if it is 
a win situation, or at a low pitch if it is a lose situation. In particular, 
after a player takes his or her turn, if there are three lights in the mid- 
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WHEEL 1 WHEEL2 WHEEL 3 

Fig, 7.1: The Slat Machine 

die row (a win situation), the speaker will go beep-beep-beep in a high 
pitch, to draw attention to the fact that the score is being incremented 
by three points. Whenever the maximum of 16 points is reached, the 
player has obtained a “jackpot.” At this point all the LEDs on the 
board will light up simultaneously, and a siren sound will be generated 
(in ascending tones). Conversely, whenever a null score is reached, a 
siren will be sounded in descending tones. 

Note that, unlike the Las Vegas model, this machine will let you win 
frequently! Good luck. However, as you know, it is not as much a 
matter of luck as it is a matter of programming (as in Las Vegas ma¬ 
chines). You will find that both the scoring and the probabilities can 
be easily modified through programming. 

A TYPICAL GAME 

The Games Board initially displays a lit LED in position 8, in¬ 
dicating a starting score of 8. At this point the player should select and 
press a key. For this example let’s press key 0. The lights start spin¬ 
ning. At the end of this spin, LEDs 4, 5, and 9 are lit. (See Figure 7.2.) 
This is a win situation and one point will be added to the score. The 
high-pitch tone sounds. LED #9 is then lit to indicate the total of the 8 
previous points plus the one point obtained on this spin. 
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Fig. 7.2: A W i n Situation 

Key 0 is pressed again. This time only LED 5 in the middle row is lit 
after the spin. The score reverts back to 8. (Remember, the player 
loses 1 point from his or her score if either zero or only one LED in the 
middle row is lit after the spin.) 

Key 0 is pressed again; this time LEDs 5 and 6 light up resulti ng in a 
score of nine. 

Key 0 is pressed again. LED 4 is lit at the end of the spin, and LED 8 
lights up again. 

Key 0 is pressed. LED 6 is iit. The score is now 7, etc. 

THE ALGORITHM 

The basic sequencing for the slot machine program is shown in the 
flowchart in Figure 7.3. First, the score is displayed, then the game is 
started by the player’s key stroke and the LEDs are spun. After this, 
the results are evaluated: the score is correspondingly updated and a 
win or lose situation is indicated. 

The LED positions in a column are labeled 0, 1, 2, from the top to bot¬ 
tom. LEDs are spun by sequentially lighting positions 0, 1,2, and then 
returning to position 0. The LEDs continue to spin in this manner and 
their speed of rotation diminishes until they finally come to a stop. 
This effect is achieved by incrementing the delay between each suc¬ 
cessive actuation of an LED within a given column. A counter-register 
is associated with each ”wheel,” or column of three LEDs. The initial 
contents of the three counters for wheels 1,2, and 3 are obtained from 
a random number generator. In order to influence the odds, the ran¬ 
dom number must fit within a programmable bracket called (LOL1M, 
HIL1M). The value of this counter is transferred to a temporary 
memory location. This location is regularly decremented until it 
reaches the value ”0.” When the value 0 is reached, the next LED on 
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Fig, 7.3: Slots Flowchart 
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the 4 ‘wheel” is lit In addition, the original counter contents are in¬ 
cremented by one, resulting in a longer delay before lighting up the 
next LED. Whenever the counter overflows to 0, the process for that 
wheel stops* Thus, by using synchronous updating of the temporary 
memory locations, the effect of asynchronously moving LED “blips” 
is achieved* When all LEDs have stopped, the resulting position is 
evaluated* 

The flowchart corresponding to this DISPLAY routine is shown in 
Figure7.4. Let us analyze it. In steps 1, 2, and 3 the LED pointers are 
initialized to the top row of LEDs (position 0)* The three counters 
used to supply the timing interval for each wheel are filled with num¬ 
bers from a random number generator* The random number is selected 
between set limits* Finally, the three counters are copied into the tem¬ 
porary locations reserved for decrementing the delay constants* 

Let us examine the next steps presented in Figure 7*4: 

4* The wheel pointer X is set at the right-most column: X = 3* 

5* The corresponding counter for the current column (column 3 

this time) is tested for the value 0 to see if the wheel has stopped* 
It is not 0 the first time around. 

6,7. The delay constant for the column of LEDs determined by 

the wheel pointer is decremented, then it is tested against the 
value 0* If the delay is not 0, nothing else happens for this 
column, and we move to the left by one column position; 

16* The column pointer X is decremented: X = X - 1 

17. X is tested against zero* If X is zero, a branch occurs to 
step 5* Every time that X reaches the value zero, the same 
situation may have occurred in all three columns* All 
wheel counters are, therefore, tested for the value zero. 

18. If all counters are zero, the spin is finished and exit oc¬ 
curs. If all counters are not zero, a delay is implemented, 
and a branch back to (4) occurs* 

Back to step 7: 

7* If the delay constant has reached the value zero, the next 

LED down in the column must be lit. 

8* The LED pointer for the wheel whose number is in the wheel 

pointer is incremented. 

9* The LED pointer is tested against the value 4* If 4 has not 

been reached, we proceed; otherwise, it is reset to the value 1 * 
(LEDs are designated externally by positions 1,2, and 3 from 
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Fig* 7.4: DISPLAY Flowchart 
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Fig* 7.4: DISPLAY Flowchart (Continued) 
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top to bottom. The next LED to be lit after LED #3 is LED 

# 1 .) 

10,1L The LED must be lit on the board, and a table L1GHTABLE 
is utilized to obtain the proper pattern. 

12. The counter for the appropriate wheel is incremented. Note 

that it is not tested against the value zero. This will occur only 
when the program moves to the left of wheel 1. This is done 
at location 18 in the flowchart, where the counters are tested 
for the value zero. 

13. The new value of the counter is copied into the delay constant 

location, resulting in an increased delay before the next LED 
actuation. 

14. The current lighting patterns of each column are combined 

and displayed. 

15. As each LED is lit in sequence, the speaker is toggled (ac¬ 
tuated) . 

16. As usual, we move to the column on the left and proceed as 

before. 

Let us go back to the test at step 5 in the flowchart: 

5. Note that whenever the counter value for a column is zero, 

the LED in that column has stopped moving. No further ac¬ 
tion is required. This is accounted for in the flowchart by the 
arrow to the right of the decision box at 5: the branch occurs 
to 16 and the column pointer is decremented, resulting in no 
change for the column whose counter was zero. 

Next, the evaluation algorithm must evaluate the results once all 
LEDs have stopped and then it must signal the results to the player. 
Let us examine it. 

The Evaluation Process 

The flowchart for the EVAL algorithm is shown in Figure 7.5. The 
evaluation process is also illustrated in Figure 7.6, which shows the 
nine LEDs and the corresponding entities associated with them. Refer¬ 
ring to Figure 7.6, X is a row-pointer and Y is a column- or wheel- 
pointer. A value counter is associated with each row. It contains the 
total number of LEDs lit in that row. This value counter will be con¬ 
verted into a score according to specific rules for each row. So far, we 
have only used row 2 and have defined a winning situation as being 
one in which two or three LEDs were lit in that row. However, many 
other combinations are possible and are allowed by this mechanism. 


Exercises will be suggested later for other winning patterns. 

The total for all of the scores in each row is added into a total called 
SCORE, shown at the bottom right-hand corner of Figure 7.6. 

Let us now refer to the flowchart in Figure 7.5. The wheel- or col¬ 
umn pointer Y is set initially to the right most column: Y = 3. 

2. The temporary counters are initialized to the value zero. 

3. Within the current column (3), we need only look at the row 

which has a lit LED. This row is pointed to by LED- 
POINTER. The corresponding row value is stored in: 

X = LED POINTER (Y) 

4. Since an LED is lit in the row pointed to by X, the value 

counter for that row is incremented by one. 

Assuming the LED situation of Figure 7.7, the second value counter 
has been set to the value 1. 

5. The next column is examined: Y = Y - 1. 

If Y is not 0, we go back to (3); otherwise the evaluation process 
may proceed to its next phase. 

Exercise 7-1: Using (he flowchart of Figure 7.5, and using the example 
of Figure 7.7, show the resulting values contained in the value counters 
when we finally exit from the test at (6) in the flowchart of Figure 7.5. 

The actual number of LEDs lit in each row must now be trans¬ 
formed into a score. The SCORETABL is used for that purpose. If the 
scoring rules contained in this table are changed, they will completely 
modify the way the game is played. 

The score table contains four byte-long numbers per row. Each 
number corresponds to the score to be earned by the player whenO, 1, 
2, or 3 LEDs are lit in that row. The logical organization of the score 
table is shown in Figure 7.8. The entries in the table correspond to the 
score values which have been selected for the program presented at 
the beginning of this chapter. Any combination of LEDs in rows 1 or 
3 scores 0. Any combination of 2 LEDs in row 2 scores I, but, three 
LEDs score 3. Practically, this means that the score value of row I is 
obtained by merely using an indexed access technique with the number 
of LEDs lit as the index. For row 2, a displacement of four must be 
added for table access. In row 3, an additional displacement of four 
must be added. Mathematically, this translates to: 

SCORE = SCORETABL[(X — 1) X 4 -I- 1 4 Y] 
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Fig. 7.3: EVAL Flowchart (Continued) 
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Fig* 7*6: Evaluation Process on the Board 



Fig. 7.7: An Evaluation Example 

where X is the row number and Y is the number of LEDs lit for that 
row. Since this technique allows each of the three rows to generate a 
score, the program must test the value counter in each row to obtain 
the total score. 

This is accomplished by steps 7 and 8: the row pointer is initialized 


no 


SLOT MACHINE 


NUMBER LEDs LIT 
ROW 1 


ROW 2 


ROW3 


Fig* 7.8: The Score Table 

to 3, and a score table displacement pointer is set up: 

TEMP = (X — I) X 4 + I 

9* Next, the value of the score is obtained from the table: 

Q = SCORTABL(valuecounter (X), TEMP) 

The value of that row's score is obtained by accessing the score 
table indexed by the number of LEDs lit, contained in the value counter 
for that row, plus a displacement equal to TEMP. The intermediate 
score is obtained by adding this partial score to any previous value: 

10* SCORTMP = SCORTMP + Q 

11* Finally, the row number is decremented, and the process is 

repeated until X reaches the value 0* 

12* Whenever X reaches the value 0, the score for this spin has 

been computed and stored in location SCORTMP* 

13. At this point, the score computed above (SCORTMP) is ex¬ 
amined by the program, and two possibilities exist: if the 
SCORTMP is 0, a branch occurs to20, where the game score 
is decremented* If SCORTMP is not 0, the game score will be 
increased by the score for this spin — SCORTMP. Let us 
follow this path first* 

14* The total game score is incremented by one* 

15* It is then tested for the maximum value of 16. 
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16. If the maximum score of 16 is reached in step 15, a special 

audible and visual signal is generated to reward the player. A 
new game may be started. 

17. If 16 is not reached in slep 15, the updated game score is 
shown to the player, accompanied by a high-pitched tone. 

18. The amount by which the game score must be increased, 
SCORTMP, is decremented. 

19. If SCORTMP is not zero, more points must be added to the 

game score, and a branch occurs to 14. Otherwise, the player 
may enter the next spin. 

Let us now follow the other path from position thirteen on the 

flowchart, where the total score had been tested: 

20. The score for this spin is 0, so the game score is decremented. 

21. It is displayed to the player along with a low tone. 

22. The new score is tested for the minimum value 0. If this 

minimum value has been reached, the player has lost. Other¬ 
wise, the player may keep playing. 

23. A descending siren-type tone is generated to indicate the loss, 

and the game ends, 

THE PROGRAM 
Data Structures 

Two tables are used by this program: 1) the score table is used to 
compute a score from the number of LEDs lit in each row — this has 
already been described; 2) the LTABLE is used to generate the ap¬ 
propriate code on the I/O port to light the specified LED. Each entry 
within this table contains a pattern to be OR’ed into the I/O register to 
light the specified LED. 

Vertically, in the memory, the table entries correspond to the first 

column, the second column, and then the third column of LEDs. 
Looking at the program on lines 39, 40, and 41, the rows of digits cor¬ 
respond respectively to the columns of LEDs. For example, the third 
entry in the table, i.e., 64 decimal, or 40 hexadecimal (at address 
001C) corresponds to the third LED in the first column on the Games 
Board, or LED 7. 

Page Zero Variables 

The following variables are stored in memory: 

— TEMP is a scratch location 
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0202 

3D 

03 

AO 


STA 

DDR1A 

005S 

0205 

iD 

02 

AO 
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DDR1B 

0059 
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6D 

02 

AC 
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AD 

04 

AO 


LOA 
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65 
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STA 
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0062 
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A9 

03 


START 
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65 
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LIGHT 

0066 

0216 

20 

00 

01 
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27 
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A7 
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A3 

02 



LDA 
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DO 

F3 
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FO 
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START 
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A9 
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85 
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35 
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AO 
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60 
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99 

08 
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INDX.Y 
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99 

05 
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10 
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A2 
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&4 
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FO 

44 



DEC 

NXTUPD 

0096 

0246 

D6 

06 



VEC 

I NIX r X 

0097 

0249 

DO 

40 



BNE 

NXTUPD 

0096 

024F 
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Fig. 7*9: Slot Machine Program (Continued) 
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0143 

02A6 

60 



RTS 


'ALL LEBS STOPPED. DONE. 

0146 

02A7 



* 

f 




0147 

02A7 



'SUBROUTINE TO EVALUATE PRODUCT OF SPINr AND 

0146 

02A7 



'DISPLAY SCORE U/ TONES FOR WIN. LOSE. UIN+ENDGAME. 

0149 

02A7 



JAND LOSE+ENDGANE* 


0130 

02A7 



f 




0131 

02A7 



HITONE 

= S20 


0152 

02A7 



LOTONE 

- *F0 


0153 

02A7 

A9 

00 

EVAL 

LOA 

• 0 

'RESET VARIABLES* 

0134 

02A9 

63 

11 


STA 

VALUES 


0133 

02AB 

63 

12 


STA 

VALUES41 


0156 

02AD 

65 

13 


STA 

VALUESF2 


0157 

02AF 

63 

01 


STA 

SCORTP 


0156 

0261 

AO 

02 


LOY 

• 2 

J SET INDEX Y FOR 3 ITERATIONS 

0 J. 59 

0263 





* 

t 

TO COUNT ♦ OF LEDS ON IN EACH ROW. 

0160 

02B3 

66 

06 

CNTLP 

LDX 

1NCR.Y 

'CHECK POINTEDY). ADDING 

0161 

0265 

F6 

11 


INC 

VALUES?X 

'UP • OF LEDS ON IN EACH ROW. 

0162 

0267 

86 



BEY 



0163 

0266 

10 

F9 


FPL 

CNTLP 

J LOOP IF NOT DONE. 

0164 

02BA 

A2 

02 


LDX 

*2 SET INDEX X FOR 3 ITERATIONS* 

0163 

02BC 





JOF 

LOOP TO FIND SCORE. 

0166 

02DC 

BA 


SCORLP 

TXA 


'MULTIPLY INDEX BY FOUR FOR ARRAY 

0167 

02BD 





JROW ACCESS* 

0163 

026D 

OA 



ASL 

A 


0149 

02DE 

OA 



ASL 

A 


0170 

02BF 

IS 



CLC 


; ADD • OF LEBS ON IN ROW(X) TO... 

0171 

02CO 

75 

11 


ADC 

VALUES.X 

J*.ARRIVE AT COLUMN ADDRESS IN ARRAY. 

0172 

02C2 

AS 



TAY 


'USE AS 1NBEX 

0173 

02C3 

89 

23 00 


LFA 

SCORTD.Y 

'GET SCORE FOR THIS SPIN* 

0174 

02C6 

16 



CLC 



0175 

02C7 

63 

01 


ADC 

SCORTP 

'ADD TO ANY PREVIOUS SCORES 

0176 

02C9 





'ACCUMULATE! IN THIS LOOP. 

0177 

02C9 

65 

01 


STA 

SCORTP 

'RESTORE 

0178 

02CB 

CA 



DEX 



0179 

02CC 

10 

EE 


BPL 

SCORLP 

'LOOP IF NOT BONE 

01 GO 

02CE 

A9 

60 


LDA 

•♦60 SET 

UP DURATIONS FOR TONES. 

0101 

02 DO 

93 

03 


STA 

DUR 


0162 

02D2 

A3 

01 


LDA 

SCORTP 

'GET SCORE FOR THIS SPIN. 

0193 

02D4 

FO 

34 


BEG 

LOSE 

'IF SCORE IS 0. LOSE A POINT. 

0164 

02D6 

E6 

02 

WIN 

I NC 

SCORE 

'RAISE OVERALL SCORE BY ONE. 

0165 

0206 

A4 

02 


LOY 

SCORE 

'GET SCORE 

0186 

02DA 

CO 

10 


CPY 

• 16 

'WIN U/ 16 PTS* 

0 1 67 

02DC 

FO 

10 


BEG 

UINEND 

'YES i WIN+ENDGAHE. 

0169 

02DE 

20 

3D 03 


JSR 

LIGHT 

'SHOU SCORE* 

0169 

02EI 

A9 

20 


LOA 

• HITONE 

'PLAY HIGH BEEP. 

0190 

02E3 

20 

64 03 


JSR 

TONE 


0191 

02E6 

20 

30 03 


JSR 

DELAT 

'SHORT DELAY. 

0192 

02E9 

C6 

01 


1EC 

SCORTP 

'DECREMENT SCORE TO BE ADDED T 0 ..* 

0193 

02EB 





.OVERALL SCORE BY ONE. 

0194 

02EB 

DO 

E9 


BNE 

WIN 

'LOOP IF SCORE XEER NOT COMPLETE. 

0193 

02 ED 

60 



RTS 


'DONE. RETURN TO MAIN PROGRAM. 

0194 

02EE 

A9 

EE 

UINEND 

LDA 

♦ ♦FF 

'TURN ALL LEDS ON TO SIGNAL WIN* 

0197 

02F0 

6D 

01 AO 


STA 

PORTIA 


019® 

02F3 

SD 

00 AO 


STA 

P0RT1F 


0199 

02F6 

65 

00 


STA 

TEHP 

'SET FREO PARM FOR RISING WAROLE. 

0200 

02F6 

A9 

00 


LDA 

to 


0201 

02FA 

65 

02 


STA 

SCORE 

'CLEAR TO FLAG RESTART. 


Fig*7.9: Slot Machine Program (Continued) 
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0202 

02FC 

A? 

04 



LDA 

#4 



0203 

02 FE 

65 

03 



STA 

BUR 


■SHORT 1URATICN FOR INDIVIDUAL 

0204 

0300 






» BEE PS 

IN WARBLE. 

0203 

0300 

A5 

00 


RISE 

LDA 

TEHP 


;get frequency.*.. 

020 A 

0302 

20 

64 

03 


JSR 

TONE 


i . *..FOR BEEP. 

0207 

0303 

C6 

00 



DEC 

TEflP 


■NEXT BEEP WILL BE HIGHER. 

0206 

0307 

DO 

F7 



BNE 

RISE 


■do next Beep if not bone. 

020? 

030? 

60 




RTS 



ireturn for restart . 

0210 

0306 

C6 

02 


LOSE 

DEC 

SCORE 


■ IF SPIN BAD, SCORE=SCGRE—1 

0211 

030C 

A4 

02 



LDY 

SCORE 


;show SCORE 

021 2 

030E 

20 

3D 

03 


JSR 

LIGHT 



0213 

0311 

A9 

FO 



LDA 

♦LOTONE 


t PLAY LOU LOSE TONE- 

0214 

0313 

20 

64 

03 


JSR 

TONE 



0215 

0316 

A4 

02 



LDY 

SCORE 


■GET SCORE TO SEE .... 

0216 

0316 

FO 

01 



BEO 

LOSEND 


tlF GAME IS OUER. 

0217 

0310 

60 




RTS 



JIF NOT, RETURN TOR NEXT SPIN. 

0216 

0316 

A? 

00 


COSENO 

LDA 

#0 


■SET TEHP FOR USE A5 FREO PARH 

021? 

031D 

85 

00 



STA 

TEHP 


JIN FALLING WARBLE . 

0220 

03 IF 

8D 

01 

AO 


STA 

PORTIA 


;CLEAR LED 41. 

0221 

0322 

A? 

04 



LDA 

94 



0222 

0324 

65 

03 



STA 

DUR 



0223 

0326 

A5 

00 


FALL 

LOA 

TEHP 



022 4 

0326 

20 

64 

03 


JSR 

TONE 


■PLAY BEEP. 

0223 

0326 

E6 

00 



INC 

TEMP 


■ NEXT TONE WILL BE LOWER. 

0226 

032D 

DO 

F 7 



BNE 

FALL 



0227 

03 2F 

60 




RTS 



■RETURN FOR RESTART. 

0226 

0330 




+ 

V 





022? 

0330 




variable length delay 

SUBROUTINE. 

0230 

0330 




■ DELAY 

LENGTH = f2046*CC0NTENTS GF DURJ+lO> US. 

0231 

0330 




t 





0232 

0330 

A4 

03 


DELAY 

LDY 

DUR 


■GET 9ELAY LENGTH. 

0233 

0332 

A2 

FF 


DL1 

LOX 

44FF 


■SET DNTR FOR INNER 2040 US. LOOP 

023 4 

0334 

90 

00 


DL2 

BNE 

4 + 2 


■WASTE TIME. 

0233 

0336 

CA 




DEX 



rftECREHENT INNER LOOP CNTR. 

0236 

0337 

DO 

F ft 



DNE 

DL2 


■ LOOP TILL INNER LOOP DONE. 

0237 

033? 

ee 




KEY 



■DECREMENT DUTER LOOP CNTR. 

0236 

0330 

DO 

F 6 



BNE 

DL1 


■LOOP 'TILL DONE. 

023? 

033C 

60 




RTS 



■RETURN, 

0240 

033D 




+ 

t 





0241 

Q33D 




ISUBROUNTINE TO LIGHT 

LED CORRESPONDING ^ 

024 2 

0331’ 




■ TO THE CONTENTS OF 

REGISTER Y ON ENTERING* 

024 3 

033Ii 




% 

9 





0244 

033D 

A? 

00 


LIGHT 

LOA 

• 0 


■CLEAR REG. A FOR BIT SHIFT. 

0245 

033F 

65 

00 



STA 

TEHP 


■CLEAR OVERFLOW FLAG* 

0246 

0341 

99 

01 

AO 


STA 

PORTIA 


fCLEAR LOU LEDS. 

0247 

0344 

BD 

00 

AO 


STA 

PORTIB 


SCLEAR HIGH LEftS. 

0246 

0347 

CO 

OF 



CPY 

915 


1C0BE FOR UNCONNECTED BIT’ 

024? 

03 49 

FO 

01 



BEO 

*+3 


■IF SOi NO CHNG. 

0250 

034 D 

66 




1EY 



■DECREMENT TO HATCH. 

0251 

034C 

36 




SEC 



1SET BIT TO BE SHIFTED HIGH. 

0252 

034D 

2A 



LTSHFT 

ROL 

A 


1SHIF7 BIT LEFT. 

0253 

03 4 E 

90 

05 



BCC 

LTCC 


■IF CARRY SET» OVERFLOW HAS 

0234 

0350 






^OCCURRED INTO HIGH BYTE* 

0233 

0350 

A2 

F F 



LDX 

♦*FF 


■SET OVERFLOW FLAG- 

0256 

0352 

66 

00 



STX 

TEHP 



0237 

0354 

2A 




ROL 

A 


+ MOVE BIT OUT OF CARRY. 

0256 

0355 

66 



LTCC 

DEY 



■ONE LESS BIT TD BE SHIFTED. 

023? 

0356 

10 

F5 



6PL 

LTSHFT 


iSHIFT AGAIN IF NOT BONE. 

0 260 

0350 

A6 

00 



LOX 

TEHP 


■GET OVERFLOU FLAG. 

0261 

0350 

DO 

04 



BNE 

HlDrTE 


■ IF FLAGOO, OVERFLOWS A CONTAINS 

0262 

035C 






■ HIGH 

BYTE. 

0263 

035C 

60 

01 

AO 

LOftYTE 

STA 

PORTIA 


; STORE A IN LOU ORDER LEDS. 

0264 

03 5F 

60 




RTS 



■RETURN. 

0263 

0360 

6ft 

00 

AO 

HlftYTE 

STA 

PORTlB 


■STORE A IN HIGH ORBER LEDS. 

0266 

0363 

60 




RTS 



■RETURN. 

0267 

0364 




+ 

V 





0266 

0364 




■TONE GENERATION SUBROUTINE. 

026? 

0364 




+ 

V 





0270 

0364 

B5 

04 


TONE 

STA 

FREO 



0271 

0366 

A9 

FF 



LDA 

t*FF 



0272 

0366 

6 D 

00 

AC 


STA 

PORT IB 



0273 

036ft 

A? 

00 



LDA 

900 




Fig. 7.9: Slot Machine Program (Continued) 


0274 

036D A6 

03 


LDX BUR 




0275 

036F A4 

04 

FL2 

LOY FREO 




0276 

0371 08 


FLI 

DEY 




0277 

0372 16 



CLC 




0276 

0373 ?0 

00 


BCC *+2- 




027? 

0375 DO 

FA 


BNE FLI 




0260 

0377 4? 

FF 


EOR 99FF 




0261 

0379 6ft 

00 AC 


STA P0RT3B 



0262 

037C CA 



DEX 




0263 

037D DO 

FO 


ftNE FL2 




0264 

037F 60 



RTS 




0205 

0380 


f 





0286 

0360 


■RANDOM NUMBER GENERATOR SUBROUTINE. 

0267 

0380 


i 





0280 

0360 36 


RANBOH 

SEC 




026? 

0361 A5 

15 


LDA RND+-1 




0290 

0363 65 

16 


ADC RND+-4 




0291 

0365 65 

1? 


ADC RND-f5 




0292 

0367 65 

14 


STA RND 




0293 

0369 A2 

04 


LDX *4 




0294 

0366 B5 

14 

RNDSH 

LDA RND/X 




0295 

036D 95 

15 


STA RN0T1 

*X 



0296 

036F CA 



DEX 




0297 

0390 10 

F? 


BPL RNDSH 




0296 

0392 60 



RTS 




029? 

0393 



*END 




SYMBOL 

TABLE 







SYMBOL 

VALUE 







CNTLP 

0263 

DDRIA 

A003 

DDRlft 

A002 

DDR3U 

A C02 

DELAY 

0330 

DISPLY 

0227 

DL1 

0332 

9L2 

0334 

DUR 

0003 

EVAL 

02 A7 

FALL 

0326 

FLI 

0371 

FL2 

03 6F 

FREO 

0004 

GETKEY 

0100 

GFTRNB 

0231 

HI BYTE 

0360 

HILIM 

0067 

HITONE 

0020 

INCR 

000* 

INDX 

0008 

KEY 

0216 

LDRNIi 

022F 

LEliUPD 

0270 

LrOHT 

033D 

LDBYTE 

035C 

LOLIH 

OOSA 

LOSE 

03 OA 

LOSEND 

031B 

LOTONE 

OOFO 

LTABLE 

001A 

LTCC 

0335 

LTHSK 

OOOE 

LTSHFT 

034D 

NORST 

0256 

NX TU PD 

o?ar 

QFFLD? 

0260 

PORTIA 

AOOI 

P OR Tift 

AOOO 

PORT38 

Area 

RANDOM 

1 0360 

RISE 

0300 

RND 

0014 

RNDSH 

03fJN 

SCORE 

0002 

SCORLP 

02BC 

SCORTB 

0023 

SCORTP 

0001 

SPDPRH 

1 0050 

SPDUPD 

0269 

SPEEDS 

0005 

START 

0210 

TlCL 

A004 

TEHP 

0000 

TONE 

0364 

UPDATE 

0245 

UPDTLP 

0247 

VALUES 

0011 

WAIT 

0294 

WIN 

02 Hi 

WINEND 

i 02EE 







END OF 

ASSEHBLY 








Fig. 7.9: Slot Machine Program (Continue | 


— SCORTP is used as a temporary storage for the score gained or 
lost on each spin 

— SCORE is the game score 

— DUR and FREQ specify the usual constants for tone generation 

— SPEEDS (3 locations) specify the revolution speeds for the three 
columns 

— INDX (3 locations): delay counters for LED revolutions 

— INCR (3 locations): pointers to the LED positions in each column 
used to fetch patterns out of tables 

~ LTMSK(3 locations): patternsindicating lit LEDs 

— VALUES (3 locations): number of LEDs lit in each column 

— RND(6 locations): scratch-pad for random number generator 
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Program Implementation 

The program consists of a main program and two main subroutines: 
DISPLY and EVAL. It also contains some utility subroutines: DELAY 
for a variable length delay, LIGHT to light the appropriate LED, 
TONE to generate a tone, and RANDOM to generate a random 
number. 

The main program is stored at memory locations 200 and up. As 
usual, the three data-direction registers for Ports A and B of V1A#1 
and for Port B of VI A#3 must be conditioned as outputs: 

LDA #$FF 
STA DDR1A 
STA DDR1B 
STA DDR3B 

As in previous chapters, the counter register of timer 1 is used to pro¬ 
vide an initial random number (a seed for the random number generator). 
This seed is stored at memory location RND + 1, where it will be used 
later by the random number generation subroutine: 

LDAT1CL 
STA RND + 1 

On starting a newgame, the initial score is set to 8. Il is established: 

START LDA #8 

STA SCORE 

and displayed: 

TAY Y must contain it 

JSR LIGHT 

The LIGHT subroutine is used to display the score by lighting up the 
LED corresponding to the contents of register Y, It will be described 
later. 

The slot machine program is now ready to respond to the player. 
Any key may be pressed: 

KEY JSR GETKEY 
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As soon as a key has been pressed, the wheels must be spun: 

JSR DISPLY 

Once the wheels have stopped, the score must be evaluated and 
displayed with the accompanying sound: 

JSR EVAL 

If the final score is not “0,” the process is restarted: 

LDA SCORE 
BNEKEY 

and the user may spin the wheels again. Otherwise, if the score was 
“0,” a new game is started: 

BEQ START 

T 

This completes the body of the main program. It is quite simple 
because it has been structured with subroutines. 

The Subroutines 

The algorithms corresponding to the two main subroutines DISPLY 
and EVAL have been described in the previous section. Lei us now 
consider their program implementation. 

DISPLY Subroutine 

Three essential subroutine parameters are LOLIM, HILIM, and 
SPDPRM. For example, lowering LOLIM will result in a longer spin¬ 
ning time for the LEDs. Various other effects can be obtained by vary¬ 
ing these three parameters. One might be to include a win almost every 
time! Here LOLIM = 90, HILIM = 134, SPDPRM = 80. 

Memory location 1NCR is used as a pointer to the current LED 
position. It will be used later to fetch the appropriate bit pattern from 
the table, and may have the value 0, 1, or 2 (pointing to LED positions 
1, 2, or 3). The three pointers for the LEDs in each column are stored 
respectively at memory locations INCR, 1NCR + 1, and INCR + 2. 
They are initialized to 0: 
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DiSPLY LDA #0 

STA 1NCR 

STA INCR 4- 1 
STA INCR + 2 

Note that in the previous examples (such as Figure 7,7), in order to 
simplify the explanations, we have used pointers X and Y to repre¬ 
sent the values between 1 and 3, Here, X and Y will have values rang¬ 
ing between 0 and 2 to facilitate indexing. The wheel pointer is set to 
the right most wheel: 

LDRND LDY #2 

* 

An initial random number is obtained with the RANDOM subroutine: 

GETRND JSR RANDOM 

The number returned by the subroutine is compared with the accep¬ 
table low limit and the acceptable high limit. If it does not fit within 
the specified interval, it is rejected, and a new number is obtained until 
one is found which fits the required interval. 

CMP #H1L1M Too large? 

BCS GETRND If so, get another 

CMP #LOLIM Too small? 

BCC GETRND If so, get another 

The valid random number is then stored in the index location INDX 
and in the SPEEDS location for the current column. (See Figure 7.10.) 

STA INDX,Y 
STA SPEEDS,Y 

The same process is carried out for column 1 and column 0: 

DEY 

BPL GETRND Get next random # 

Once all three columns have obtained their index and speed, a new 
iteration loop is started, using register X as a wheel counter: 
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Fig. 7.10: Spinning the Wheels 


UPDATE LDX #2 Set counter for 3 iterations 

The speed is tested for the value 0: 

UPDTLP LDY SPEEDS,X Is speed (X) = 0? 

BEQ NXTUPD If so, update next column 

As long as the speed is not 0, the next LED in that column will have to 
be lit. The delay count is decremented: 

DEC 1NDX,X Decrement loop, index (X) 
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If the delay has not decremented to 0, a branch occurs to NXTUPD 
which will be described below. Otherwise, if the delay counter INDX 
is decremented to 0, the next LED should be lit. The LED pointer is 
incremented with a possible wrap-around if it reaches the value 3: 

BNE NXTUPD If loop index(X) < > 0, do 

next update 

LDY 1NCR,X Inc pointer 

INY 

CPY #3 Pointer = 3? 

BNE NORST If not, skip 

LDY #0 Reset to 0 

NORST STY INCR,X Restore pointer(X) 

The new value of the LED pointer is stored back into INCR for the 
appropriate column, (Remember that within the UPDATE routine, X 
points at the column.) In order tolightthe appropriate LED, a bit pat¬ 
tern must be obtained from LTABLE, Note that LTABLE (and also 
SCORTB) is treated conceptually,as if it was a two-dimensional array, 
i.e., having rows and columns. However, both LTABLE and 
SCORTB appear in memory as a contiguous series of numbers. Thus, 
in order to obtain the address of a particular element, the row number 
must be multiplied by the number of columns and then added to the 
column number. 

The table will be accessed using the indexed addressing mode, with 
register Y used as the index register. In order to access the table, X 
must first be multiplied by 3, then the value of INCR (i.e., the LED 
pointer) must be added to it. 

Multiplication by 3 is accomplished through a left shift followed by 
an addition, since a left shift is equivalent to multiplication by 2: 

STXTEMP Multiply X by 3 

TXA 

ASLA Left shift 

CLC 

ADC TEMP Plus one 

The value of INCR is added, and the total is transferred into register Y 
so that indexed addressing may be used. Finally, the entry may be 
retrieved from LTABLE: 
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ADC 1NCR,X 
TAY 

LDA LTABLE,Y Get pattern for LED 

Once the pattern has been obtained, it is stored in one of three 
memory locations at address LTMSK and following. The pattern is 
stored at the memory location corresponding to the column currently 
being updated, where the LED has ‘‘moved.” The lights will be turned 
on only after the complete pattern for all three columns has been im¬ 
plemented. As a result of the LED having moved one position within 
that column, the speed constant must be incremented: 

STA LTMSK,X 
SPDUPD LDY SPEEDS,X 

INY 

STY SPEEDS,X 

The index is set so that it is equal to the new speed: 

STY 1NDX,X 

Note that special handling will now be necessary for LED #9. The 
pattern to be displayed on the first eight LEDs was stored in the 
LTABLE. The fact that LED #9 must be lit is easily recognized by the 
fact that the pattern for column #3 shows all zeroes; since one LED 
must be lit at all times within that column, it implies that LED #9 will 
be lit: 

LEDUPD LDA #0 

STA PORTIB Reset LED 9 

Next, the pattern for the third column is obtained from the location 
where it had been saved at LTMSK + 2. It is tested for the value of 0: 

LDA LTMSK 4- 2 
BNE OFFLD9 

If this pattern is 0, then LED #9 must be turned on: 

LDA #01 
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STA PORT1B 

Otherwise, a branch occurs to location OFFLD9, and the remaining 
LEDs will be turned on. The pattern contai ned in the accumulator 
which was obtained from LTMSK + 2, is successively OR’ed with the 
patterns for the second and first columns: 

LDA #0 

OFFLD9 ORA LTMSK 

ORA LTMSK + 1 

At this point, A contains the final pattern which must be sent out in 
the output port to turn on the required LED pattern. This is exactly 
what happens: 

STA PORTIA 

At the same time, the speaker is toggled: 

LDA PORT3B 
EOR #$FF 
STA PORT3B 

It is important to understand that even though only the LED for one 
of the three columns has been moved, it is necessary to simultaneously 
turn on LEDs in all of the columns or the first and second columns 
would go blank! 

Once the third column has been taken care of, the next one must be 
examined. The column pointer X is therefore decremented, and the 
process is continued: 

NDTUPD DEX 

BPL UPDTLP If X>— 0 do next update 

Once the second and the first columns have been handled, a delay is 
implemented to avoid flashing the LEDs too fast. This delay is con¬ 
trolled by the speed parameter SPDPRM: 

LDY #SPDPRM 
WAIT DEY 

BNE WAIT 
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Fig. 7.11: Evaluating the End of A Spin 


Once this complete cycle has been executed, the speed location for 
each column is checked for the value 0. If all columns are 0, the spin is 
finished: 

LDA SPEEDS 
ORA SPEEDS + 1 
ORA SPEEDS + 2 
BNE UPDATE 

Otherwise, a branch occurs at the location UPDATE. If all LEDs 
have stopped, a pause must be generated so that the user may see the 
pattern: 

LDA #$FF 
STA DUR 
JSR DELAY 

and exit occurs: 
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Exercise 7-2: Note that the contents of the three SPEEDS locations 
have been OR'ed to test for three zeroes . Would it have been equivalent 
to add them together? 

EVAL Subroutine 

This subroutine is the user output interface* It computes the score 

achieved by the player and generates the visual and audio effects. The 
constants for frequencies for the high tone generated by a win situation 

and the low tone generated by a lose situation are specified at the 

beginning of this subroutine: 

H1TONE = $20 
LOTONE = $F0 

The method used to compute the number of LEDs lit per row has been 
discussed and shown in Figure 7.7* The number of LEDs lit for each 
row is initially reset to 0: 

EVAL LDA #0 

STA VALUES 
STA VALUES + 1 
STA VALUES 4- 2 

The temporary score is also set to 0: 

STA SCORTP 

Index register Y will be used as a column pointer, and the number of 
LEDs lit in each row will be computed. The number of the LED lit for 
the current column is obtained by reading the appropn ate 1NCR en¬ 
try. See the example in Figure 7* 1L The value contained in each of the 
three locations reserved for INCR is a row number* This row number 

is stored in register X, and is used as an index to increment the ap¬ 
propriate value in the VALUES table* Notice how this is accomplished 
in just two instructions, by cleverly using the indexed addressing feature 
of the 6502 twice: 

CNTLP LDY #2 3 iterations 

LDX 1NCR,Y 
INC VALUES.X 


Once this is done for column 2, the process is repeated for columns 1 
and 0: 

DEY 

BPL CNTLP 

Now, another iteration will be performed to convert the final numbers 
entered in the VALUES table into the actual scores as per the 
specifications of the score table, SCORTB* Index register X is used as 
a row-pointer for VALUES and SCORTB. 

LDX #2 

Since the SCORTB table has four one-byte entries per row level, in 
order to access the correct byte within the table the row number must 
first be multiplied by 4, then the corresponding “value” (number of 
LEDs lit) for that row must be added to it. This provides the correct 
displacement. The multiplication by 4 is implemented by two suc¬ 
cessive left shifts: 

SCORLP TXA 

ASL A 
ASL A 

The number presently contained in the accumulator is equal to 4 times 
the value contained in X, i*e*, 4 times the value of the row-pointer. To 
obtain the final offset within the SCORTB table, we must add to that 
the number of LEDs lit for that row, i.e*, the number contained in the 
VALUES tables. This number is retrieved, as usual, by performing an 
indexed addressing operation: 

CLC 

ADC VALUES.X Column address in array 

This results in the correct final offset for accessing SCORTB. 

The indexed access of the SCORTB table can now be performed* 
Index register Y is used for that purpose, and the contents of the ac¬ 
cumulator are transferred to it: 


TAY 
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The access is performed: 

LDA SCORTB,Y Get score for this spin 

The correct score for the number of LEDs lit within the row pointed to 
by index register X is now contained in the accumulator The partial 
score obtained for the current row is added to the running total for all 
rows: 

CLC 

ADC SCORTP Total the scores 

STA SCORTP Save 

The row number is then decremented so that the next row can be ex¬ 
amined. If X decrements from the value 0, i.e., becomes negative, we 
are done; otherwise, we loop: 

DEX 

BPL SCORLP 

At this point, a total score has been obtained for the current spin. 
Either a win or a lose must be signaled to the player, both visually and 
audibly. In anticipation of activating the speaker, the memory loca¬ 
tion DUR is set to the correct tone duration: 

LDA #$60 
STA DUR 

The score is then examined: if 0, a branch occurs to the LOSE routine: 

LDA SCORTP 
BEQ LOSE 

Otherwise, it is a win. Let us examine these two routines. 

WIN Routine 

The final score for the user (for all spins so far) is contained in 
memory location SCORE. This memory location will be incremented 
one point at a time and checked every time against the maximum value 
16. Let us do it: 
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WIN INC SCORE 

LDY SCORE 
CPY #16 

If the maximum value of 16 has been reached, it is the end of the game 
and a branch occurs to location W1NEND: 

BEQ W1NEND 

Otherwise, the score display must be updated and a beep must be 
sounded: 

JSR LIGHT 

The LIGHT routine will be described below. It displays the score to 
the player. Next, a beep must be sounded, 

LDA #HITONE 
JSR TONE 

The TONE routine will be described later. 

A delay is then implemented: 

JSR DELAY 

then the score for that spin is decremented: 

DEC SCORTP 

and checked against the value 0. If it isO, the scoring operation is com¬ 
plete; otherwise, the loop is reentered: 

BNE WIN 
RTS 

WINEND Routine 

This routine is entered whenever a total score of 16 has been 
reached. It is the end of the game. All LEDs are turned on 
simultaneously, and a siren sound with rising frequencies is activated. 
Finally, a restart of the game occurs. 
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All LEDs are turned on by loading the appropriate pattern into Port 
1A and Port IB: 

LDA #$FF 

STA PORTIA Turn on all LEDs 
STA PORT1B 

Variables are reinitialized: the total score becomes 0, which signals to 
the main program that a new game must be started, the DUR memory 
location is set to 4 to control the duration of time for which the beeps 
will be sounded, and the frequency parameter is set to “FF” at loca¬ 
tion TEMP: 

STA TEMP Freq. parameter 

LDA #0 

STA SCORE Clear for restart 

LDA #4 

STA DUR Beep duration 

The TONE subroutine is used to generate a beep: 

RISE LDA TEMP Get frequency 

JSR TONE Generate beep 

The beep frequency constant is then decremented, and the next beep is 
sounded at a slightly higher pitch: 

DECTEMP 
BNE RISE 

Whenever the frequency constant has been decremented to 0, the siren 
is complete and the routine exits: 

RTS 

LOSE Routine 

Now let us examine what happens in the case of a lose situation. The 
events are essentially symmetrical to those that have been described 
for the win. 

In the case of a loss, the score needs to be updated only once. It is 
decremented by 1: 
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LOSE DEC SCORE 

The lowered score is displayed to the user: 

LDY SCORE 
JSR LIGHT 

An audible tone is generated: 

LDA #LOTONE 
JSR TONE 

The final value of the score is checked to see whether a “0” score has 
been reached. If so, the game is over; otherwise, the next spin is 

started: 

LDY SCORE 
BEQ LOSEND 
RTS 

Let us look at what happens when a “0“ score is reached (LOSEND). 
A siren of decreasing frequencies will be generated. Ail LEDs will go 
blank on the board: 

LOSEND LDA #0 

STA TEMP 

STA PORTIA Clear LED #1 

■ 

The beep duration for each frequency is set to a value of 4, stored at 
memory location DUR: 

LDA #4 
STA DUR 

The beep for the correct frequency is then generated: 

FALL LDA TEMP 

JSR TONE Play beep 

Next, the frequency constant is increased by 1, and the process is 
restarted until the TMP register overflows. 
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INC TEMP Next tone will be lower 

BNE FALL 

RTS 

This completes our description of the main program. Let us now ex¬ 
amine the four subroutines that are used. They are: DELAY, LIGHT, 
TONE, and RANDOM. 

DEL A Y Subroutine 

This subroutine implements a delay; the duration of the delay is set 
by the contents of memory location DUR. The resulting delay length 
will be equal to (2046 x DUR + 10) microseconds. The delay is im¬ 
plemented using a traditional two-level, nested loop structure. The 
inner-loop delay is controlled by index register X, while the outer-loop 
delay is controlled by index register Y, which is initialized from the 
contents of memory location DUR. Y is therefore initialized: 

DELAY LDY DUR 

The inner loop delay is then implemented: 

DL1 LDX #$FF 

DL2 BNE * + 2 Waste time 

DEX Inner loop counter 

BNE DL2 Inner loop 

And, finally, the outer loop is implemented: 

DEY 

BNE DLI 
RTS 

Exercise 7-3: Verify (be exact duration of the delay implemented by 
the DEL A Y subroutine . 

LIGHT Subroutine 

This subroutine lights the LED corresponding to the number con¬ 
tained in register Y. Remember that the fifteen LEDs on the Games 
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Board are numbered externally from 1 to 15 but are connected to bitsO 
to 7 of Port 1A and 0 to 7 of Port IB. Thus, if a score of 1 must be 
displayed, bit Oof Port 1A must be turned on. Generally, bit N of Port 
1A must be turned on when N is equal to the score minus one. However, 
there is one exception. To see this, refer to Figure 1.4 showing the 
LED connections. Notice that bit 6 of Port IB is not connected to any 
LEDs. Whenever a score of fifteen must be displayed, bit 7 of Port IB 
must be turned on. This exception will be handled in the routine by 
simply not decrementing the score when it adds up to fifteen. 

The correct pattern for lighting the appropriate LED will be created 
by shifting a “1” into the accumulator at the correct position. Other 
methods will be suggested in the exercise below. Let us first initialize: 

LIGHT LDA #0 

STA TEMP 
STA PORTIA 
STA PORTIB 

We must first look at the situation where the score contained in Y is 
15 and where we do nothing (no shift): 

CPY #15 Code for uncorrected bit? 

BEQ * + 3 If so, no change 

For any other score, it is first decremented, then the shift is per¬ 
formed: 

DEY Decrement to internal code 

SEC Set bit to be shifted 

LTSHFT ROL A 

The contents of the accumulator were zeroed in the first instruc¬ 
tion of this subroutine. The carry is set to the value 1, then shifted into 
the right most position of A. (See Figure 7.12.) This process will be 
repeated as many times as necessary. Since we must count from 1 to 
14, or 0 to 13, an overflow will occur whenever the “1” that is rotated 
in the accumulator “falls off” the left end. As long as this does not 
happen, the shifting process continues, and a branch to location 
LTCC is implemented: 

BCC LTCC 
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AFTER I ROTATION 




AFTER 2 ROTATIONS 



A 


iFig* 7*12: Creating the LED Pattern 

However, if the 11 1” bit does fall off the left end of the accumulator, 
the value ‘TF” is loaded at memory location TEMP to signal this oc¬ 
currence. Remember that the value was cleared in the second instruc¬ 
tion of the LIGHT subroutine. 

LDX #$FF 
STX TEMP 

The “1” bit is then moved from the carry into the right-most position 
of the accumulator. Later, the value contained in memory location 
TEMP will be checked, and this will determine whether the pattern 
contained in the accumulator is to be sent to Port 1A or to Port IB. 


0 0 0 0 0 0 0 0 


AFTER 9 ROTATIONS 
('"OVERFLOW") 


134 


SLOT AAACHINE 


The shifting process continues. The counter is decremented, and, if 
it reaches the value “0,” we are done; otherwise, the process is 
repeated: 

ROL A 

LTCC DEY 

BPL LTSHFT 

Once the process is completed, the value of memory location TEMP is 
examined. If this value is “0,” it indicates that no overflow has oc¬ 
curred and Port IA must be used. If this value is not "0,” i.e., it is 
“FF,” then Port I B must be used: 

LDX TEMP 
BNE HIBYTE 
LOBYTE STA PORTIA 

RTS 

HIBYTE STA PORT1B 

RTS 

TONE Subroutine 

This subroutine generates a beep. The frequency of the beep is 
determined by the contents of the accumulator on entry; the duration 
of the beep is set by the contents of the memory location DOR. This 
has already been described in Chapter 2. 

RANDOM Subroutine 

This is a simple random number generator. The subroutine has 
already been described in Chapter 3, 

Exercise 7-4: Suggest another way t o generate the correct LED pattern 
in the accumulator, without using a sequence of rotations . 

Game Variations 

The three rows of LEDs supplied on the Games Board may be inter¬ 
preted in a way that is different from the one used at the beginning of 
this chapter. Row 1 could be interpreted as, say, cherries. Row 2 could 
be interpreted as stars, and row 3 could be interpreted as oranges. 
Thus, an LED lit in row 1 at the end of a spin shows a cherry, while 


Get overflow flag 

A sent to low LEDs 
Return 

A sent to high LEDs 
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two LEDs in row 3 show two oranges. The resulting combination is 
one cherry and two oranges. The scoring table used in this program 
can be altered lo score a different number of points for each combina¬ 
tion, depending upon the number of cherries, oranges, or stars present 
at the end of the spin. It becomes simply a matter of modifying the 
values entered into the scoring table. When new values are entered in¬ 
to the scoring table a completely different scoring result will be im¬ 
plemented. No other alterations to the program will be needed. 

SUMMARY 

This program, although simple in appearance, is relatively complex 
and can lead to many different games, depending upon the evaluation 
formula used once the lights stop. For clarity, it has been organized into 
separate routines that can be studied individually. 
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THE RULES 

The object of this game is to recognize and duplicate a sequence of 
lights and sounds which are generated by the computer. Several varia¬ 
tions of this game, such as 4 ‘Simon” and “Follow Me” (manufacturer 

trademarks*), are sold by toy manufacturers. In this version, the piayer 
must specify, before starting the game, the length of the sequence to be 

recognized. The player indicates his or her length preference by press¬ 
ing the appropriate key between 1 and 9. At this point the computer 
generates a random sequence of the desired length. It may then be 

heard and seen by pressing any of the alphabetic keys (A through F). 

When one of the alphabetic keys is pressed, the sequence generated 
by the program is displayed on the corresponding LEDs (labeled 1 
through 9) on the Games Board, while it is simultaneously played 
through the loudspeaker as a sequence of notes. While this is happen¬ 
ing, the player should pay close attention lo the sounds and/or lights, 
and then enter the sequence o f numbers corresponding to the sequence 
he or she has identified. Every time that the player presses a correct 
key, the corresponding LED on the Games Board lights up, indicating 
a success. Every time a mistake is made, a low-pitched tone is heard. 

At the end of the game, if the player has guessed successfully, all 
LEDs on the board will light up and a rising scale (succession of notes) 
is played. If the player has failed to guess correctly, a single LED will 
light up on the Games Board indicating the number of errors made, 
and a descending scale will be played. 

If the player guessed the series correctly, the game will be restarted. 
Otherwise, the number of errors will be cleared and the player will be 
given another chance to guess the series. 

4 "Kollow Me" ii a trademark or Atari, l.ic., "Si m#n'’ is a trademark •!’ Mih#n Bradley C«. 
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At any time during a game, the player may press one of the 
alphabetic keys that will allow him or her to hear the sequence again. 
All previous guesses are then erased, and the player starts guessing 
again from the beginning. 

Two LEDs on the bottom row of the LED matrix are used to com¬ 
municate with the player: 

LED 10 (the left-most LED) indicates “computer ready — enter the 
length of the sequence desired.” 

LED 11 lights up immediately after the player has specified the 
length of the sequence. It will remain lit throughout the game and it 
means that you should “enter your guess.” 

At this point, the player has three options: 

1. To press a key corresponding to the number in the sequence that 
he or she is attempting to recognize. 

2. To press key 0. This will result in restarting the game. 

3. To press keys A through F. This will cause the computer to play 
the sequence again, and will restart the guessing sequence. 

Variations 

The program provides a good test for your musical abilities. It is 

suggested that you start each new game by just listening to the se¬ 
quence as it is played on the loudspeaker, without looking at the LEDs. 

This is because the LEDs on the Games Board are numbered, and it is 
fairly easy to remember the light sequence simply by memorizing the 
numbers. This would be too simple. The way you should play it is to 
start with a one-note sequence. If you are successful, continue with a 
two-note sequence, and then with a three-note sequence. Match your 
skills with other players. The player able to recognize the longest se¬ 
quence is the winner. Note that some players are capable of recogniz¬ 
ing a nine-note sequence fairly easily. 

After a certain number of notes are played (e.g., when more than 
five notes are played), in order to facilitate the guessing you may 
allow the player to look at the LEDs on the Games Board. Another 
approach might be to allow the player to press one of the alphabetic keys 
at any time in order to listen to the sequence again. However, you may 
want to require that the player pay a penalty for doing this. This could 
be achieved by requiring that the player recognize a second sequence 
of the same length before trying a longer one. This means that if, for 
example, a player attempts to recognize a five-note sequence but 
becomes nervous after making a mistake and forgets the sequence, 


that player will be allowed to press one of the alphabetic keys and hear 
the sequence again. However, if the player is successful on the second 
attempt, he or she must then recognize another five-note sequence 
before proceeding to a six-note one. 

You can be even tougher and specify that any player is allowed a 
replay of the stored pattern a maximum of two, three, or five times 
per game. In other words, throughout the games a player may replay 

the sequence he or she is attempting to guess by pressing one of the 
alphabetic keys, but this resource may be used no more than n times. 

An ESP Tester 

Another variation of this game is to attempt to recognize the se¬ 
quence without listening to it or seeing it! Clearly, in such a case you 
can rely only on your ESP (Extra Sensory Perception) powers to 
facilitate guessing. In order to determine whether you have ESP or 
not, set the length of the initial sequence to “1.” Then, hit the key in 
an attempt to guess the note selected by the program. Try this a 
number of times. If you do not have ESP your results should be ran¬ 
dom, Statistically, you should win one out of nine times which is only 
one-ninth of the time, or 11.11% of the time. Note that this percent¬ 
age is valid only for a large number of guesses. 

If you win more than 11% of the time, you may have ESP! If your 
score is higher than 50%), you should definitely run for political office 
or immediately apply for a top management position in business. If 
your score is less than 11%, you have “negative ESP” and you should 
consider looking both ways before crossing the street. 

The following is an exercise for readers who have a background in 
statistics. 

Exercise 8-1: Compute the statistical probability of guessing a correct 
two-number sequence, and a correct four-number sequence. 

A TYPICAL GAME 

The program starts at location 200, As usual, LED 10 lights up as 
shown in Figure 8.1. We specify a series of length two by pushing key 
“2” on the keyboard. The LED display as it appears in Figure 8.2, 
means “enter your guess.” 

We want to hear the tunes so we push key “F.” In response, LEDs 5 
and 2 light up briefly on the Games Board and corresponding tones 
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10 11 12 13 14 15 

Fig* 8 ♦ 1: Specify Length of Sequence to Duplicate 

o • o o o o 

10 11 12 13 14 15 

Fig. 8.2: Enter Your Guess 



Fig.8.3: Follow Me 

are heard through the speaker. This is illustrated in Figure 8.3. We 
must now enter the sequence we have recognized. We push “5” on the 
keyboard. In response, LED 11 goes blank and LED 5 lights up briefly. 
Simultaneously, the corresponding note is played through the speaker. 
It is a successful guess! 

Next, we press key “2.” LED 2 lights up, and the speaker produces 
the matching tone indicating that our second guess has also been suc¬ 
cessful. A moment later, all LEDs on the board light up to con¬ 
gratulate us and the rising scale is sounded. It is a sequence of notes of 
increasing frequencies meant to confirm that we have guessed suc¬ 
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cessfully. The game is then restarted, and LED 10 lights up, as shown 
in Figure 8.1. 

Let us now follow a losing sequence: LED 10 is lit at the beginning 
of the game, as in Figure 8.1. This time we press key “1 M in order to 
specify a one-note sequence. Led 11 lights up, as shown in Figure 8.2. 
We press key “F,” and the note is played on the speaker. (We do not 
look at the Games Board to see which LED lights up, as that would be 
too easy.) We press key “3.” A “lose” sound is heard, and LED 1 
lights up indicating that one mistake has been made. A decreasing 
scale is then played (notes of decreasing frequencies) to confirm to the 
unfortunate player that he or she has guessed the sequence incor¬ 
rectly. The game is then continued with the same sequence and length, 

i.e., the situation is once again the one indicated in Figure 8.2. 

If at this point the player wants to change the length of the se¬ 
quence, or enter a new sequence, he or she must explicitly restart the 
game by pressing key 0. After pressing key 0, the situation will be 
the one indicated in Figure 8.1, where the length of the sequence can 
be specified again. 

THE ALGORITHM 

The flowchart for this program is shown in Figure 8.4. Let us ex¬ 
amine it, step-by-step: 

1. The program tells the player to select a sequence length by 
lighting LED 10 on the Games Board. 

2. The sequence length is read from the keyboard. (Keys 0 and 
A-F are ignored at this point.) 

3. The two main variables are initialized to “0,” i.e., the number 
of guesses and the number of errors are cleared. 

4. A sequence table of the appropriate length must then be 
generated using random numbers whose values are between I 
and 9. 

5. Next, LED 11 is lit, and the player’s keystroke is read. 

6. If it is “0,” the game is restarted. Otherwise, we proceed. 

7. If the keystroke value is greater than or equal to 10, it is an 
alphabetic character and we branch off to the right part of the 
flowchart into steps 8 and 9. The recorded sequence is displayed 
to the player, all variables are reinitialized to 0, and the guess¬ 
ing process is restarted. If the keystroke was a number between 
1 and 9, it must be matched against the stored value. We go to 
10 on the flowchart. 
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10, If the guess was correct, we branch right on the flowchart to 
step 11. 

11* Since the key pressed matches the value stored in memory, the 
corresponding LED on the Games Board is lit, and the tone 
corresponding to the key that has been pressed is played. 

12. The guessed number is incremented, and then it is compared to 
the maximum length of the sequence to be guessed. 

13. A check is made to see if the maximum length of the sequence 
has been reached. If it has not, a branch occurs back to step 5 
on the flowchart, and the next keystroke is obtained. If the 
maximum length of the sequence has been reached, we proceed 
down the flowchart to the box labeled 14, 

14. The total number of errors made by the player is checked. The 
variable ERRORS is tested against the value “0.” If it is “0” it 
is a winning situation and a branch occurs to box 15. 

15. All LEDs on the board are lit, a sequence of ascending tones is 
played, and a branch occurs back to the beginning of the game. 

Let us now go back to box 14. If the number of errors was greater 
than zero, this is a "‘lose” situation and a branch occurs to box 16. 

16. The number of errors is displayed, and a sequence of descend¬ 
ing tones is played. 

17. All variables are reset to 0, and a branch occurs to box 5, giving 
the player another chance to guess the series. 

Now we shall turn our attention back to box 10 on the flowchart, 
where the value of the key was being tested against the stored value. 
We will assume this time that the guess was wrong, and branch to the 
left of box 10. 

18. The number of errors made by the player is incremented by 
one. 

19. A low tone is played to indicate the losing situation. The pro¬ 
gram then branches back to box 12 and proceeds as before. 

THE PROGRAM 

The complete program appears in Figure 5.1. The program uses two 
tables, and several variables. The two tables are NOTAB used to 
specify the note frequencies, and DURTAB used to specify the note 
durations. Both of these tables were introduced in Chapter 2, and will 
not be described here. Essentially, they provide the delay constants re¬ 
quired to implement a note of the appropriate frequency and to play it 
for the appropriate length of time. Note that it is possible to modify 
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LINE 

t LGC 


CODF 

0002 

0000 




0003 

0000 




0004 

0000 




OOOS 

0000 




0006 

0000 




0007 

0000 




OOOfl 

0000 




0009 

0000 




0010 

0000 




0011 

0000 




0012 

0000 




0013 

0000 




0014 

0000 




0015 

0000 




0016 

0000 




0017 

0000 




0018 

0000 




0019 

0000 




0020 

0000 




0 02,1 

0000 




0022 

0000 




0023 

0000 




0024 

0000 




0025 

0000 




0026 

0000 




0027 

0000 




0026 

0000 




0029 

0000 




0030 

0000 




0031 

0000 




0032 

0000 




0033 

0000 




0034 

0000 




0035 

0000 




0036 

0000 




0037 

0000 




0038 

0000 




0039 

0000 




0040 

0000 




0041 

0000 




0042 

0000 




0043 

0000 




0044 

0000 




0045 

0000 




0046 

0000 




0047 

0000 




0048 

0000 




0049 

0000 




0050 

0000 




0051 

0200 




0052 

0200 

A? 

FF 


0053 

0202 

8D 

03 

rtO 

0054 

0205 

BD 

02 

no 

0055 

0208 

BD 

02 

nc 

0056 

020B 

A9 

00 


0057 

020D 

aii 

• 1 

AO 

005B 

0210 

85 

02 


0059 

0212 

85 

01 


0060 

0214 

AH 

04 

AO 

0061 

0217 

85 

to 


0062 

0219 

85 

13 


0063 


A9 

02 


0064 

021* 

BD 

00 

AO 

0065 

0220 

20 

00 

01 

0066 

0223 

C 9 

00 


0067 

0225 

FO 

F9 


0068 

0227 

C9 

OA 


0069 

0229 

10 

Ffv 


0070 

022B 

85 

00 



LINE 


t 'ECHO' 

JPATTERN/THNE RECAl.l AND EBP TEST PROGRAM . 
t THE USER GUESSES A RMTFRN <1F ! IT LEES 

?thfir AssuniATFr tones, thf: tomf/ligkt 
jCOMMNATion c:am »f rlayfm sn TnrtT the user 

» MUST RFMFMfcFR IT AND R F F NTF.R > T C0RRFCUY. 

* OPERATING THE PRflOttAh: 

?THE STARTING AUDRFSS IS *200 
? THE BOTTOM RAW (IF I FPS TS /IN T MT'lCflTAR 
?FDR PROGRAM STATUS: THF: LEFTMOST 
(ONE <* 10 > INDICATES THAT THF FRC'CiRAM 
i IS EXPECTING THE VSFR TO INPUT THF! LENGTH 
fDF THE SEQUENCE TD BE GUESSED. 

»THE LED SFCONIi FROM THE LEFT < *J1 > INDICATES 
i THAT THE PROGRAM EXPECTS EITHER A GUESS <I- 9>- 
iTHE COMMAND TO RESTART THE GAME 'Or OR 

i THE COMMAND TO PI. AY THE SFCUETJCF frt-F? . 
fTHE KEYS 1.-9 ARE ASSGCTMTF'h 1-JTfH THE 
»LEDS 1-9. 

JLGDKTNG AT THE SECIUENCK WHT» F IN THE “ril’H.F 
»OF GUESSING IT VJILL ERA9F Ai I PRFVIOLSA 
iGUESSES 'RESET 0F5N0 AND FRPF TO O), 

JAFTER A UlN i THF PROGRAM RFSTARTS. 

fLlNKAGES: 

GETKEY - *100 


jvariaiBle storages: 

DIGITS != 500 


GESM0 

ERRS 

nufi 

FREE! 

TFMF' 

TABLE 

RNU 


T01 


7 NUMBER THF TU *£rM.IF**CF 

> NUMBER OF riJPR^N r 0UF9F . 


? <WHFRi: THF' USER IS IN IMF SERIES> 


- *02 


•NUMBER n.F HRR0RS MAUF. TN 


JGUFSBfNG CURRENT EFOUFMCF, 
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the difficulty of the game by increasing or decreasing the duration 
during which each note is played. Clearly, reducing the duration 
makes the game more difficult. Increasing the duration will usually 
make it easier, up to a point. You are encouraged to try variations. 

The main variables used by the program are the following: 

DIGITS contains the number of digits in the sequence to be 
recognized. 

GESNO indicates the number of the current guess, i.e., which of the 
notes in the series the user is attempting to recognize. 

ERRS indicates the number of errors made by the player so far. 

TABLE is the table containing the sequence to be recognized. 




ECHO 


A few other memory locations are reserved for passing parameters 
to subroutines or as scratch-pad storage. They will be described within 
the context of the associated routines. 

As usual, the program starts by setting the data direction registers 
for Port 1A, Port IB and Port 3B to an output configuration: 

START LDA #$FF 

STA DDR1A 
STA DDR1B 
STA DDR3B 

Next, all LEDs on the board are turned off: 

LDA #0 
STAPORT1A 

and the two variables, ERRS and GESNO, are set to 0: 

STA ERRS 
STA GESNO 

The random number generator is primed by obtaining a seed and stor¬ 
ing it at locations RND + 1 and RND + 4: 

LDA T1CL Read timer counter. 

STA RND -i- 1 
STA RND -I- 4 

The game is now ready to start, LED 10 must be turned on to indicate 
to the player that the game is ready: 

LDA fl^oOlO Pattern for LED 10 

STAPORT1B Specify length 

The keyboard is scanned for the player input using the usual GETKEY 
subroutine (described in Chapter 1): 

D1GKEY JSR GETKEY 
It is checked for the value “0”: 
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CMP #0 

BEQ DICKEY if = 0, get another one 

If the entry was “0,” the program waits for another keystroke. Other¬ 
wise, it is compared to the value 10: 

CMP #10 Sequence longer than 9 

BPL DICKEY 

If the sequence length is greater than 9, it is also rejected. Accepting 
only valid inputs, using a bracket is known as "reasonableness 
testing” or "bracket-filtering.” 

If all is fine, the length of the sequence to be recognized is stored at 
memory location DIGITS: 

STA DIGITS Length of sequence 

A running pointer is then computed and stored at location TEMP, It 
is equal to the previous length minus 1: 

TAX Use X for computation 

DEX Decrement 

FILL STX TEMP 

The RANDOM subroutine is then called to provide a first random 
number: 

JSR RANDOM 

The position pointer in the series of notes now being generated is 
retrieved from TEMP, and stored in index register X in anticipation 
of storing the new random number in TABLE: 

LDX TEMP 

The value of the random number contained in the accumulator is then 
converted to a decimal value between 0 and 9. This process can be per¬ 
formed in various ways. Here, we take advantage of the special 
decimal mode available on the 6502. The decimal mode is set by speci¬ 
fying: 

SED Set decimal mode 


Note that the carry flag must be cleared, prior to an addition: 

CLC Clear carry 

The trick used here is to add "0” to the random number contained in 
the accumulator. The result in the right pait of A is guaranteed to be a 
digit between 0 and 9, since we are operating in the decimal mode. 
Naturally, any other number could also be added to A to make its con¬ 
tents "decimal”; however, this would change the distribution of the 
random numbers, and some numbers in the series such as 0, 1, and 2 
might never appear. Once this conversion has been performed, the 
decimal mode is simply turned off: 

ADC #0 Add "0” in decimal mode 

CLD Clear decimal mode 

This is a powerful 6502 facility used to a great advantage in this in¬ 

stance. In order to guarantee that the result left in A be a decimal 
number between 0 and 9, the upper nibble of the byte is removed by 
masking it off: 

AND $#0F 

Finally, a value of "0” is not allowed, and a new number must be ob¬ 
tained if this is the current value of the accumulator: 

BEQ FILL 

Exercise 8-2: Could we avoid this special case for t4 0” by adding a 
value other than “0”toA above? 

If this is not the current value of the accumulator, we have a decimal 
number between 1 and 9 that is reasonably random, which can now 
be stored in the table. Remember that index register X has been 
preloaded with the current number’s position in the sequence (re¬ 
trieved from memory location TEMP). It can be used, as is, as an in¬ 
dex: 

ST AT ABLE,X Store # in table 

The number pointer is then decremented in anticipation of the next 
iteration: 
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DEX 

and the loop is reentered until the table of random numbers becomes 
full: 

BPL FILL 

We are now ready to play, LED 12 will be turned on, signaling to the 
player that he or she may enter a guess: 

KEY LDA #0 

STA PORTIA 
LDA #<7o0100 
STA PORTIB 

The player’s guess is then read from the keyboard: 

JSR GETKEY Get guess 

It must be tested for “0” or for an alphabetic value. Let us test for 

“ 0 ”: 

CMP #0 Is it 0? 

STRTJP BEQ START If yes, restart 

If it is “0,” the game is restarted, and a branch occurs to location 
START. If it is not “0,” we must check for an alphabetic character: 

CMP #10 Number<10? 

BM1 EVAL If yes, evaluate correctness 

If the value of the input keystroke is less than ten, it is a guess and is 
evaluated with the EVAL routine. Otherwise, the program executes 
the SHOW routine to display the series. 

The SHOW Routine 

We will assume here that an alphabetic key has been pressed. BMI 
fails, and we enter the SHOW routine. This routine plays the 
computer-generated tune and lights up the corresponding sequence of 
LEDs. Also, whenever this routine is entered, the guessing sequence is 
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restarted and the temporary variables are reset to 0: 

SHOW LDX #0 

STX GESNO 

STX ERRS Reset all variables 

The first table entry is obtained, the corresponding LED is lit, and the 
corresponding tone is played: 

SHOWLP LDATABLE,X Get Xth entry in table 

STX TEMP Save X 

JSR LIGHT Light LED # TABLE (X) 

JSR PLAY Play tone # TABLE (X) 

An internote delay is then implemented using Y as the loop counter 
and two dummy instructions to extend the delay: 

LDY #$FF 

DELAY ROR DUR Dummy instruction 

ROL DUR Dummy 

DEY Count down 

BNE DELAY End of loop test 

We are now ready to perform the same operation for the next note in 
the current table. The index pointer is restored and incremented: 

LDX TEMP Restore X 

INX Increment it 

It is then compared to the maximum number of digits stored in the 
table. If the maximum has been reached, the display operation is com¬ 
plete and we go back to label KEY. Otherwise, the next tone is sound¬ 
ed, and we go back to label SHO WLP: 

CPX DIGITS All digits shown? 

BNE SHOWLP 

BEQ KEY Done, get next input 

The EVAL Routine 

Let us now examine the routine which evaluates the guess of the 
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player. It is the EVAL routine. The value of the corresponding entry in 
TABLE is obtained and compared to the player’s input: 

EVAL LDX GESNO Load guess number into X 

CMP TABLE,X Compare guess to numbei 

BEQ CORECT If correct, tell player 

If there is a match, a branch occurs to location CORECT; otherwise, 
the program proceeds to label WRONG. Let us examine this case. If 
the guess is wrong, one more error is recorded: 

WRONG INC ERRS 

A low tone is played: 

LDA #$80 
STA DUR 
LDA #$FF 

JSR PLYTON Play it 

A jump then occurs to location ENDCHK: 

BEQ ENDCHK Check for end of game 

Exercise 8-3: Examine the BEQ instruction above . Will it always result 
in a jump to label ENDCHK? (Hint; determine whether or not the Z 
bit will beset at this point.) 

Exerci se 8-4: What are the merits of using BEQ (above) versus JMP? 

Now we shall consider what happens in the case of a correct guess. 
If the guess is correct, we light up the corresponding LED and play the 
corresponding tone. Both subroutines assume that the accumulator 
contains the specified number: 

CORECT JSR LIGHT Turn on LED 

JSR PLAY Play note to confirm 

We must now determine whether we have reached the end of a se¬ 
quence or not, and take the appropriate action. The number of 
guesses is incremented and compared to the maximum length of the 
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stored tune: 

ENDCHK INC GESNO One more guess 

LDA DIGITS 

CMP GESNO All digits guessed? 

BNE KEY 1 f not, get next key closure 

If we are not done yet, a branch occurs back to label KEY. Otherwise, 
we have reached the end of a game and must signal either a “win” or a 
“lose” situation. The number of errors is checked to determine this: 

LDA ERRS Get number of errors 

CMP #0 No error? 

BEQ WIN If not, player wins 

If a “win” is identified, a branch occurs to label WIN. This will be 
described below. Let us examine now what happens in the case of a 
“lose”: 

LOSE JSR LIGHT Show number of errors 

The number of errors is displayed by lighting up the corresponding 
LED. Remember that the accumulator was conditioned prior to enter¬ 
ing this routine and contained the value of ERRS, i.e., the number of 
errors so far. 

Next, a sequence of eight descending tones is played. The top of the 
stack is used to contain the remaining number of tones to be played: 

LDA #9 Play 8 descending tones 

LOSELP PHA Save A on stack 

JSR PLAY Play tone 

PLA Restore A 

Once a tone has been played, the remaining number of tones to be 
played is decremented by one and tested for “0”: 

SEC Set carry (for subtract) 

SBC #1 Subtract one 

BNE LOSELP 

Exercise 8-5; Note how the top of the stack has been used as a tern- 
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porary scratch location . Can you suggest an alternative way to achieve 
the same result without using the stack? 

Exercise 8-6: Discuss the relative merits of using the stack versus using 
other techniques to provide temporary working locations for the pro¬ 
gram, Are there potential dangers inherent in using the stack? 

Eight successive tones are played. Then the two work variables, 
GESNO and ERRS, are reset to “0,” and a branch occurs back to the 
beginning of the program: 

STA GESNO Clear variables 

STA ERRS 

BEQ KEY Get next guess sequence 

Let us examine now what happens in a “win” situation. All LEDs on 
the Games Board are turned on simultaneously: 

WIN LDA #$FF It is a win: turn all LEDs on 

STA PORTIA 
STA PORT1B 

Next, a sequence of eight ascending tones is played. The tone number 
is stored in the accumulator and will be used as an index by the PLAY 
subroutine to generate an appropriate note. As before, the top of the 
stack is used to provide working storage: 

LDA #1 A will be incremented to 9 

W1NLP PHA Save A on the stack 

JSR PLAY 
PLA 

The number of tones which have been played is then incremented by 1 
and compared to the maximum value of 9: 

CLC Clear carry for addition 

ADC #01 

CMP#10 

As long as the maximum of 9 has not been reached, a branch occurs 
back to label WINLP: 




ECHO 


BNE WINLP 

Otherwise, a new game is started: 

BEQ STRTJP Double jump for restart 

This completes the description of the main program. Three 
subroutines are used by this program. They will now be described. 

The Subroutines 
LIGHT Subroutine 

This subroutine assumes that the accumulator contains the number 
of the LED to be lit. The subroutine will light up the appropriate LED 
on the Games Board. It will achieve this result by writing a “ 1” in the 
appropriate position in the accumulator and then sending it to the ap- 
propriate output port. Either Port 1A will be used (for LEDs i through 

8) or Port IB (for LED 9). The “1” bit is written in the appropriate 
position in the accumulator by performing a sequence of shifts. The 
number of shifts is equal to the position of the LED to be lit. Index 
register Y is used as a shift-counter. The number of the LED to be lit is 
saved in the stack at the beginning of the subroutine and will be 
restored upon exit. Note that this is a classic way to preserve the con¬ 
tents of an essential register during subroutine execution so that the 
contents of the accumulator will be unchanged upon subroutine exit. 
If this was not the case, the calling program would have to explicitly 
preserve the contents of the accumulator prior to calling the LIGHT 
subroutine. Then it might have to load it back into the accumulator 
prior to using another one of the routines, such as the PLAY routine. 
Because LIGHT and PLAY are normally used in sequence, it is more 
efficient to make it the subroutine's responsibility to save the contents 
of the accumulator. Let us do it: 

LIGHT PHA Preserve A 

The shift-counter is then set up: 

TAY Use Y as shift counter 

and the accumulator is initialized to “0”: 


157 


6502 GAMES 


LDA #0 Clear A 

LED 9 is turned off in case it was lit: 

STA PORT1B 

The shifting loop is then implemented. The carry bit is initially set to 
“1,” and it will be shifted left in the accumulator as many times as 
necessary: 

SEC Set carry 

LTSHFT ROLA 

DEY 

BNE LTSHFr 

The correct bit pattern is now contained in the accumulator and dis¬ 
played on the Games Board: 

STA PORTIA 

However, one special case may arise: if LED 9 has been specified, the 
contents of the accumulator are “0” at this point, butthecarrybit has 
been set to “ 1” by the last shift. This case must be explicitly tested for: 

BCC LTCC Is bit 9 set? 

If this situation exists, the accumulator must be set to the value 
“00000001,” and output to Port IB: 

LDA #1 

STA PORT1B Turn LED 9 on 

We finally exit from the routine without forgetting to restore the ac¬ 
cumulator from the stack where it had been saved: 

LTCC PL A Restore A 

RTS 

Exercise 8-7: List the registers destroyed or ottered by this subroutine 
every time it is executed . 


ECHO 


Exercise 8-8: Assume that register Y must be left unchanged upon 
leaving this subroutine . What are the required program changes , if 
any? 

RANDOM Subroutine 

This subroutine generates a new random number and returns its 
value in A. Its operation has been described in Chapter 4. 

PLAY Subroutine 

This subroutine will normally play the tone corresponding to the 
number contained in the accumulator. Optionally, it may be entered 
at location PLYTON and will then play the tone corresponding to the 
frequency set by the accumulator and corresponding to the length 
specified by the contents of memory location DUR. Let us examine it. 

Index register Y is used as an index to the two tables required to 
determine the note duration and the note frequency. In this game, up 
to 9 notes may be played, corresponding to LEDs and keys 1 through 
9. Index register Y is first conditioned: 

PLAY TAY Use tone # as index 

DEY Decrement to internal value 

Note that the index register must be decremented by one. This is 
because key I corresponds to entry number 0 in the table, and so on. 
The duration and frequencies are obtained from tables DURTAB and 
NOTAB using the indexed addressing mode. They are stored respec¬ 
tively at locations DUR and FREQ: 

LDA DURTAB,Y 
STA DUR 
LDA NOTAB,Y 
PLYTON STA FREQ 

The speaker is then turned off: 

LDA #0 

STA PORT3B Set speaker Port 3B 

Two loops will now be implemented. An inner loop will use register Y 
as the delay-counter to implement the correct frequency for the note. 


Get duration 
Save it 

Get frequency 
Save it 
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Register X will be used in the outer loop and will generate the tone for 
the appropriate duration of time. 

Let us condition the two counter registers: 

LDX DUR Get duration in # of Vi cycles 

FL2 LDY FREQ Get frequency 

Next, let us implement the inner loop delay: 

FL1 DEY 

CLC Waste time 

BCC * 4- 2 

BNE FL1 Delay loop 

Note that two “do-nothing” instructions have been placed inside the 
loop to generate a longer delay. At the end of this inner loop delay the 
contents of the output port connected to the loudspeaker are com¬ 
plemented in order to generate a square wave. 

EOR #$FF Complement port 

Note that, once more, EOR #$FF is used to complement the contents 
of a register 

STA PORT3B 

The outer loop can then be completed: 

DEX 

BNE FL2 Outer loop 

RTS 

SUMMARY 

This program demonstrates how simple it is to implement electronic 
keyboard games that sound for input/output and that are challenging 
to adult players. 

Exercise 8-9: The duration and frequency constants for the nine notes 
are shown in Figure 8 .6. What are the actual frequencies generated by 
the program? 


ECHO 


] 



Fig. 8.6: Frequency and Duration Constants 
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THE RULES 

This game is inspired by the commercial game of MasterMind 
(trademarked by the manufacturer, Invicta Plastics, Ltd*)* In this 
game, one or more players compete against the computer (and against 
each other)* The computer generates a sequence of digits — for exam¬ 
ple, a sequence of five digits between “0” and “9” — and the player 

attempts to guess the sequence of five numbers in the correct order. 
The computer responds by telling the player how many of the digits 
have been guessed accurately, and how many were guessed in their 

correct location in the numerical sequence. 

LEDs 1 through 9 on the Games Board are used to display the com¬ 
puter’s response. A blinking LED is used to indicate that the player’s 
guess contains a correct digit which is located in the right position in 
the sequence* A steadily lit LED is used to indicate a digit correctly 
guessed but appearing out of sequence. Several players can match 
their skills against each other. For a given complexity level — say, for 
guessing a sequence of seven digits—the player that can correctly guess 
the number sequence with the fewest guesses is the winner. 

The game may also be played with a handicap whereby a given 
player has to guess a sequence of n digits while the other player has to 
guess a sequence of only n — 1 digits* This is a serious handicap, since 
increasing the level of difficulty by one is quite significant. 

A TYPICAL GAME 


The Audio Feedback 

Every time that a player has entered his or her sequence of guesses, 
the computer responds by sounding a specific tone. A low tone in¬ 
dicates an incorrect guess; a high tone indicates that the sequence was 
guessed correctly. 

The Visual Feedback 

At the beginning of each game, LED #10 is lit, requesting the length 
of the sequence to be guessed. This is shown in Figure 9* 1. The player 
then specifies the sequence length as a number from 1 through 9. Any 
other input will be ignored. 

I 

• o o o o o 

10 11 12 13 U 15 

Fig* 9.1: Enter Length of Sequence 

As soon as the length has been specified, for example, let’s say the 
length “2” has been selected, LED #11 lights up* This means “Enter 
your guess.” (See Figure 9*2.) At this point the player enters his or her 
guess as a sequence of two digits* Let us now play a game* 

l 

• • o o o o 

10 11 12 13 M 15 

Fig. 9.2: Enter Your Guess 


The player types in the sequence “1,2.” A low tone sounds, LEDs 
10 and 11 go out briefly, but nothing else happens. The situation is in¬ 
dicated in Figure 9*3. Since LEDs 1 through 9 are blank, there is no 
correct digit in the guess* Digits “1” and “2” must be eliminated* Let 
us try another guess* 

We type “3,4.” A low tone sounds, but this time LED #1 is steadily 
on, as indicated in Figure 9*4* From this we know that either “3” or 


Both audio and visual feedback are used to play this game. 
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Fig. 9.3: Player Enters Wrong Gues 
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Fig.9.4: One Correct Digit 1 n the Correct Position 


“4” is one of the digits and that it belongs in the other position* Con¬ 
versely, the sequence “4,3,” must have one good digit in the right 
position. Just to be sure let us perform a test. 

We now type “4,3.” A low tone sounds, indicating that the se¬ 
quence is not correct, but this time LED #1 is on and blinking. 

This proves that our reasoning is correct, and we proceed. 

We now try “4,5.” A high-pitched sound is heard and LEDs 1 and 2 
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light up briefly, indicating that those digits have been guessed correct¬ 
ly and that we have won our first game. 

At the end of the game, the situation reverts to the one at the begin¬ 
ning, as indicated in Figure 9.1. Note that typing in a value other than 
“1” through “9” as a guess will restart the game. 

There is a peculiarity to the game: if the number to be guessed con¬ 
tains two identical digits, and the player enters this particular digit in 
one of its two correct locations, the computer response will indicate 
this digit as being both the right digit in the right place and the right 
digi t in the wrong place! 


THE ALGORITHM 

The flowchart for Mindbender is shown in Figure 9.5. Interrupts are 
used to blink the LEDs. Interrupts will be generated automatically by 
the programmable interval timer of VIA #1 at approximately 1/ 15th- 
of-a-second intervals. 

Referring to Figure 9.5, all of the required registers and memory loca¬ 
tions will be initialized first. Next (box 2 on the flowchart), the length 

of the sequence to be guessed is read from the keyboard. The validity 
bracket “1” to “9” is used to “filter” the player’s input. 

Next, a random sequence must be generated. In box 3 of the 
flowchart, a sequence of random numbers is generated and stored in a 
digit table, starting at address DIGO. 

In box 5, the computer’s sequence of numbers is compared — one 
number at a time — with the player’s guess. The algorithm takes one 
digit from the computer sequence and matches it in order against 
every digit of the player sequence. As we have already indicated, this 
may result in lighting up two LEDs, if ever there are two or more iden¬ 
tical digits in the number to be guessed and the player has specified 
only one digit. One digit may be flagged as being in the right place, 
and also as being correct but in the wrong location(s). 

Note that, alternatively, another comparison algorithm could be 
used in which each digit of the player’s sequence is compared in turn 
with each digit of the computer’s sequence. 

Once the digits have been compared, the resulting score is displayed 
on the LEDs (box 6). Finally, a test is made fora win situation (box 7), 
and the appropriate sound is generated (box 8). 
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THE PROGRAM 
Data Structures 

Two tables of nine entries are used to store, respectively, the com¬ 
puter’s sequence and the player’s sequence. They are stored starting at 
addresses DIGO and ENTRYO. (See Figure 9.6.) 

The Variables 

Page 0 is used, as usual, to provide additional working registers, 
i.e., to store the working variables. The use of page 0 is indicated as a 
“memory map” in Figure 9.6. The first nine locations are used for the 
program variables. The function of each variable is indicated in the il¬ 
lustration and will be described in detail as we examine the program 
below. Locations “09” through “0E” are reserved for the random 
table used to generate the random numbers. Locations “OF” through 
“17” are used for the DIGO table used to store the computer- 
generated sequence of random numbers. Finally, locations “18” and 
following are used to contain the sequence of digits typed by the user. 

The memory locations used for addressing input/output and for in¬ 
terrupt vectoring are shown in Figure 9.7. Locations “A000” through 
“A005” are used to address Ports A and B of VIA #1 as well as timer 
Tl. The memory map for a 6522 VIA is shown in Figure 9.8. 

Location “A00B” is used to access the auxiliary control register, 
while location “A00E” accesses the interrupt-enable register. For a 
detailed description of these registers the reader is referred to the 6502 
Applications Book (reference D302). 

Memory locations “A67E” and “A67F” are used to set up the in¬ 
terrupt vector. The starting address of the interrupt-handling routine 
will be stored at this memory location. In our program, this will bead- 
dress “03EA.” This is the routine in charge of blinking the LEDs. It 
will be described below. Finally, Port 3 is addressed at memory loca¬ 
tions “AC00” and “AC02.” 

Program Implementation 

A detailed flowchart for the Mindbender program is shown in 
Figure 9.9. Let us now examine the program itself. (See Figure 9.13.) 

The initialization block resides at memory addresses 0200-0239 hex¬ 
adecimal and conditions interrupts and I/O. First, interrupts are con¬ 
ditioned. Prior to modifying the interrupt vector which resides at ad- 
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Fig. 9.8: 8322 VIA Memory Map 

dresses “A67E” and “A67F” (see Figure 9.7) access to this protected 
area of memory must be authorized. This is performed by the AC¬ 
CESS subroutine, which is part of the SYM monitor: 

JSR ACCESS 

Next, the new interrupt vector can be loaded at the specified location. 
The value “03EA” is entered at address IRQVEC: 

LDA #$EA Low interrupt vector 

STA IRQVECL 

LDA #$03 High interrupt vector 

STA 1RQVECH 


170 


AAINDBENDER 


Now the internal registers of the 6522 VIA #1 must be conditioned 
to set up the interrupts. The interrupt-enable register (1ER) will enable 
or disable interrupts. Each bit position in the IER matches the cor¬ 
responding one in the interrupt flag register (IFR). Whenever a bit 
position is “0,” the corresponding interrupt is disabled. Bit 7 of IER 
plays a special role. (See Figure 9.10.) When IER bit 7 is “0,” each 
“1” in the remaining bit positions of IER wil clear the corresponding 
enable flag. When IER bit 7 is “I,” each “1” written in IER will play 
its normal role and set an enable. All interrupts are, therefore, disa¬ 
bled by setting bit 7 to “0” and all remaining bits in the IER to ones: 

LDA #$7F 
STA IER 

Next, bit 6, which corresponds to the timer 1 interrupt, is enabled. In 
order to do this, bit 7 of IER is set to 14 1,” as is bit 6: 

LDA #$C0 
STA IER 


Next, timer 1 will be set in the “free-running mode.” Remember that, 
with the 6522, the timer can be used in either the “one-shot” mode or 
the “free-running mode.” Bits 6 and 7 of the auxiliary control 
register are used to select timer I operating modes. (See Figure 9,11.) 


In this instance, bit 7 is set to “0” and bit 6 is set to 



LDA #$40 
STA ACR 


Prior to using the timer in the output mode, its counter-register must 
be loaded with a 16-bit value. This value specifies the duration of the 
square pulse to be generated. The maximum value “FFFF” is used 
here: 


LDA #$FF 
STA TILL 
STA TICH 

The actual wave form from timer I is shown in Figure 9.12. In order 
to compute the exact duration of the pulse, note that the pulse dura- 
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Fig. 9.9: Detailed Mindbender Flowchart 


MfNDBENDER 


_ I_ 

X»Q 

K 

[ 

% _ 

Y — CJ 

TEMP as DIGIT(X) 


r 

1 

YES ^ 

/''GUESS (Y) = S V 


s 

V PK?IT(K)? 

v^GUESS (X] NQ 


NOT 


DIGIT (X)? 


YES 



CN 1 I - CNT 1 + I 


X - X + 1 


NO 


X NUMBER 
. DIGITS? . 


YES 


YES 


Y = NUMBER 
. DIGITS? , 


NO 



NO 


CNT I ^ 

number 

DIGITS? . 


BAD GUESS; 
LOW BEEP 


YES 


WIN HlGHBtFP 


2 


3 


Fig. 9.9: Detailed Mindbender Flowchart (Continued) 
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Ftg, 9.10: Interrupt Registers 


tion will alternate between n + 1.5 cycles and n + 2 cycles, where n is 
the initial value loaded in the counter register. 

Next, interrupts are enabled: 

CLI 

and the three ports used by this program are configured in the ap¬ 
propriate direction: 

STA DDR1A Output 

STA DDR1B Output 

STA DDR3B Output 

All LEDs are then cleared: 


ACR7 

OUTPUT 

ENABLE 



ACR6 

MODE 

INPUT 

ENABLE 


0 

(ONE-SHOT) 

GENERATE TIME OUT INT WHEN T1 LOADED P87 DISABLED 

1 

(FREE RUN) 

GENERATE CONTINUOUS INT PB7 DISABLED 

0 

(ONE-SHOT) 

GENERATE INT AND OUTPUT PULSE ON PB7 EVERYTIMETl IS 
LOADED = ONE-SHOT AND PROGRAMMABLE WIDTH PULSE 

1 

(FREERUN) 

GENERATE CONTINUOUS INT AND SQUARE WAVE 

OUTPUT ON PB7 


Fig. 9.11: 6522 Auxiliary Control Register Selects Timer 1 Operating Modes 
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Fig. 9.12: Timer 1 in Free Running Mode 


KEY1 LDA #0 

STA PORTIA 
STA PORT1B 


and the blink masks are initially set to all 0’s: 

STA MASKA 
STA MASKB 


LED 10 is now turned on in order to signal to the player that he or she 
should specify the number of digits to be guessed: 

LDA WoOOOOOOlO Select LED 10 
STA PORT1B Turn it on 


The key pressed is read using the usual GETKEY routine: 

JSR GETKEY Get # digits 

A software filter is implemented at this point. The value of the key 
read from the keyboard is validated as falling within the range *‘1” 
through “9.” If itis greater than 9, or less than 1, the entry is ignored: 

CMP #10 
BPL KEY1 
CMP #0 
BEQ KEY1 
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Once validated, the length specified for the sequence is stored at 
memory location DIGITS; 

STA DIGITS 

A sequence of random numbers must now be generated. 

Generating a Sequence of Random Numbers 

The initial random number is obtained from the counter and used to 
start the random number generator. The theory behind this technique 
has been described before. 

Locations RND + I, RND + 4, and RND + 5 are seeded with the 
same number: 

LDA TILL 
STA RND + 1 
STA RND + 4 
STA RND + 5 

Then a random number is obtained using the RANDOM subroutine: 

LDY DIGITS Get # of digits to guess 

DEY Count to 0 

RAND JSR RANDOM Filling them with values 

The resulting random number is set to a BCD value which guarantees 
that the last digit will be between 0 and 9: 

SED 

ADC #00 Decimal Adjust 

CLD 

It is then truncated to the lower 4 bits: 

AND #$00001111 

Once the appropriate random digit has been obtained, it is saved at 
the next location of the digit table, using index register Y as a running 
pointer: 
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STA DIG0,Y 

The counter Y is then decremented, and the loop executed until all re- 
quired digits have been generated: 

DEY 

BPL RAND 
Collecting the Player's Guesses 

Index register X will serve as a running pointer for the ENTRY 
table used to collect the player’s guess. It is initialized to the value 
“0,” and stored at memory location XTEMP: 

EXTRA LDA #0 Clear pointer 

STA XTEMP 

LEDs 10 and 11 are then turned on to signal the player that he or she 
may enter his or her sequence: 

LDA #$00000110 
STA PORT1B 

The key pressed by the player is read with the usual GETKEY routine: 
KEY2 JSR GETKEY 

If the key pressed is greater than 9, it is interpreted as a request to 
restart the game: 

CMP #10 
BPL KEY1 

Otherwise, the value of the index register X is retrieved from memory 
location XTEMP and is used to perform an indexed store of the ac¬ 
cumulator to the appropriate location in the ENTRY table: 

LDX XTEMP 

STA ENTRY0,X Store guess in table 
The running pointer is then incremented, and stored back in memory: 
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INX 

STX XTEMP 

Then, the value of the running pointer is compared to the maximum 
number of digits to be fetched from the keyboard and, as long as this 
number is not reached, a loop occurs back to location KEY2: 

CPX DIGITS All numbers fetched? 

BNE KEY2 If not, get another 

Once the player has entered his or her sequence, the digits must be 
compared to the computer-generated sequence. In anticipation of the 
display of a possible win the LEDs on the board are blanked and the 
masks are cleared: 

LDX #0 
STX PORTIA 
STX PORT1B 
STX MASKA 
STX MASKB 

Two locations in memory will be used to contain the number of cor¬ 
rect digits and the number of correct digits in the correct location. 
They are initially cleared: 

STX CNT Number of matches 

STX CNT1 Number of correct digits 

Each entry of the DIGO table will now be compared in turn to all en¬ 
tries of the ENTRYO table. Each digit is loaded from the DIGIT table 
and immediately compared to the corresponding ENTRY contents: 

DIGLP LDA D1G0.X 

CMPENTRYO.X 

If it is not the right digit at the right place, there is no exact match. We 
will then check to see if the digit appears at any other place within the 
ENTRY table: 

BNE ENTRYCMP 


Otherwise, one more exact match is recorded by incrementing location 
CNT I, and the next digit is examined: 

INC CNTI 
BNE NEXTD1G 

Let us examine now what happens when no match has occurred. The 
digit (of the number to be guessed) which has just been read and is 
contained in the accumulator should be compared to every digit within 
the ENTRY table. Index register Y is used as a running pointer, and 
the contents of the accumulator are compared in turn to each of the 
digits in ENTRY: 

ENTRYCMP LDY #0 
ENTRYLP CMP ENTRYO,Y 

BNE NEXTENT 

If a match is found, memory location CNT is incremented and the 
next digit is examined: 

INC CNT 
BNE NEXTDIG 

Otherwise, index register Y is incremented. If the end of the sequence 

is reached, exit occurs to NEXTDIG, Otherwise a branch back occurs 
to the beginning of the loop at location ENTRYLP: 

NEXTENT INY Increment guess # pointer 

CPY DIGITS All tested? 

BNE ENTRYLP No: try next one 

The next digit in table DIG must then be examined. The running 
pointer for DIG is contained in index register X, It is incremented and 
compared to its maximum value: 

NEXTDIG INX Increment digit # pointer 

CPX DIGITS All digits checked 

If the limit has not been reached, a branch occurs back to the begin¬ 
ning of the outer loop at location DIGLP: 
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1 


BNE DIGLP 

At this point, we are ready to turn on the LEDs to display the results 
to the player. 

Displaying the Results to the Player 

The total number of LEDs which must be turned on is obtained by 
adding the contents of CNT to CNT1: 

CLC Get ready for add 

LDA CNT 
ADC CNT1 

The total is contained in the accumulator and transferred into index 
register Y where it will be used by the LITE routine: 

TAY 

JSR LITE 

The operation of the LITE routine will be described below* Its effect is 
to fill the accumulator with the appropriate number of ones in order 
to turn on the appropriate LEDs* 

The pattern created by the LITE subroutine is then stored in the 
mask: 

STA PORTIA 

For the special case in which the result is 9, the carry bit will have been 
set. This case is explicitly tested: 

BCC CC If carry 0 t don’t light PBO. 

and if the carry had been set to 1, Port B will be set appropriately so 
that LED #9 is turned on: 

LDA #1 Turn PBO on 

STA PORT1B 

Recall that once masks A and B have been set up, they will 
automatically be used by the interrupt handling routine which will 


cause the appropriate LEDs to blink. 

CC LDY CNT1 

JSR LITE 
STA MASKA 
BCC TEST 
LDA #01 
STA MASKB 

The program must now test for a win or lose situation* 

Testing for a Win or Lose Situation 

The number of correct digits in the right places is contained in 
CNT I* We will simply compare it to the length of the sequence to be 
guessed: 

TEST LDX CNT1 

CPX DIGITS 

If these numbers are equal, the player has won: 

BEQ WIN 

Otherwise, a low tone will be sounded* The tone duration constant is 
set to “72,” and its frequency value to “BE”: 

BAD LDA #$72 

STA DUR 
LDA #$BE 

The TONE subroutine is then used to generate the tone, as usual: 

JSR TONE 

Then a return occurs to the beginning of the program: 

BEQ ENTER 

If a win has occurred, a high-pitched tone will be generated. Its dura¬ 
tion constant is set to “FF” and its pitch is controlled by setting the 
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frequency constant to <l 54”: 

WIN LDA #$FF 

STADUR 
LDA #$54 

As usual, the TONE subroutine is used to generate the tone: 

JSR TONE 

The game is then restarted: 

JMP KEY1 

The Subroutines 

Four routines are used by this program. They are: LITE, RAN¬ 
DOM, TONE, and INTERRUPT HANDLER. The RANDOM and 
TONE routines have been described in previous chapters and will not 
be described again here. 

LIT E Subroutine 

When entering this subroutine, index register Y contains the 
number of LEDs which should blink. In order to make them blink it 
is necessary to load the appropriate pattern into the mask patterns 
called MASKA and MASKB. The appropriate number of Ts has to be 
set in these two locations. A test is first made for the value “0” in Y. 
If that value is found, the accumulator is cleared, as well as the carry 
bit (the carry bit will be used as an indicator for the fact that Y con¬ 
tained the value “9”); 

LITE BNE STRTSH Test Y for zero 

LDA #0 

CLC 

RTS 

Otherwise, the accumulator is initially cleared, and the appropriate 
number of Vs is shifted left into the accumulator through the carry 
bit. They are introduced one at a time by setting the carry bit, then 
performing a left shift into A. Each time, index register Y is decre¬ 
mented and the loop is executed again as long as Y is not “0”: 


LDA #0 

SHIFT SEC 

ROL A Shift into position 

DEY 

BNE SHIFr Loop 

RTS 

Note that a rotation to the left is used rather than a shift. If Y did 
contain the value “9,” the accumulator A would be filled with Ts and 
the carry bit would also contain the value “1” upon leaving the 
subroutine. 

The Interrupt Handier 

This subroutine complements the LEDs each time an interrupt is 
received, i.e., every time timer 1 runs out. It is located at memory ad¬ 
dresses “03EA” and following. Since the accumulator is used as a 
working register by the subroutine, it must be preserved upon entry 
and pushed into the stack: 

PHA 

The contents of Ports 1A and IB will be read and then complemented. 
Recall that there is no complementation instruction on the 6502, so 
an exclusive OR will be used instead. MASKA and MASKB specify 
the bits to be complemented: 

LDA PORTIA 
EOR MASKA 
STA PORTIA 
LDA PORT1B 
EOR MASKB 
STA PORT1B 

Also recall that the interrupt bit in the 6522 has to be cleared explicitly 
after every interrupt. This is done by reading the latch: 

LDA TILL 

Finally, the accumulator is restored, and a return occurs to the main 
program; 


183 


182 
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PLA 

RTI 

SUMMARY 

In this program* we have used two new hardware resources in the 
6522 I/O chip: the interrupt control and the programmable interval 
timer. Interrupts have been used to implement simultaneous processing 
by blinking the LEDs while the program proceeds* testing for a win or 
lose situation. 

Exercise 9.1: Could you implement the same without using interrupts? 


JMINDBENDER PROGRAM 

JFLAYS MINDBENBER GAME! USER SPECIFIES LENGTH OF NUMBER 

;to be guessed* then guesses bigits. and computer tells 

JPLAYER HOW MANY OF THE MGITS GUESSED WERE RIil3HT» AND 
»HOW MANY OF THOSE CORRECT DIGITS WERE IN THE CORRECT 
fPLACEr UNTIL THE PLAYER CAN GUESS THE NUMBER. ON THE 
vBOARB' BLINKING LEDS INDICATE CORRECT VALUE & CORRECT 
JDIGIT. AND NONBLINKING LEDS SHOW CORRECT DIGIT VALUE. 
r BUT WRONG PLACE. 

?THE BOTTOM ROW OF LEDS IS USED Til SHOW THE MODE OF 
.THE PROGRAM! IF THE LEFTMOST LED IS LIT* THE 
i PROGRAM EXPECTS THE USER TO ENTER THE LENGTH 
fOF THE NUMBER TO BE GUESSED. IF THE TWO LEFTMOST 
fLEDS ARE LIT* THE PROGRAM EXPECTS A GUESS. 

?THE PROGRAM REJECTS UNSUITABLE VALUES FOR A NUMBER 

fLENGTH* WHICH CAN ONLY BE 1-9. A VALUE OTHER THAN 
fO-9 FOR A GUESS RESTARTS THE GAME. 

;a low tone denotes a bad guess, a hight tone, a win. 

.AFTER A WIN. THE PROGRAM RESTARTS. 

JAN INTERRUPT ROUTINE IS USED TO BLINK THE LEDiS. 

* 

r 

.=$200 

GETKEY =*100 

ACCESS =$8B86 .ROUTINE TO UNPROTECT SYS MEM 

DIGITS =$00 .NUMBER OF DIGITS TO DE GUESSED 

DUR =$01 rTONE DURATION CONSTANT 

XTEMP =$02 .TEMP STORAGE FOR X REG. 

YTEMP =$03 rTEMP STORAGE FOR Y REG. 

CNT =$04 .KEEPS TRACK OF ♦ OF MATCHES 

MASKA =$05 fCONTAINS PATTERN EOP 'ED WITH LED 

fSTATUS REGISTE'R A TO CAUSE Bl INK 
MASKB =$06 fLED PORT B BLINK MASK 

FREQ =:$07 iTEMP STORAGE FOR TONE FREQUENCY 

CNT1 =$08 OF CORRECT DIGITS IN RIGHT PLAC 

RND =$09 JFIRST OF RANBOM * LOCATIONS 

DIGO =$0F JFIRST OF 9 DIGIT LOCATIONS 

ENTRYO =$18 .FIRST OF 9 GUESS LOCATIONS 

IRGVECL =$A67E i INTERRUPT VECTOR LOW ORBER BYTE 

IROVECH =$A67F i .♦AND HIGH ORDER 

.6522 VIA $1 REGISTERS: 


Fi 9 .9 .13: Mlndbender Program 
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•ROUTINE 

■> 

TO 

0267: 

A 9 

00 


pn 

enter 

LDA 

0269: 

05 

02 



STA 

026Bt 

A 9 

06 



LDA 

026»: 

OD 

00 

AO 


ORA 

0270: 

BD 

00 

AO 


STA 

0273: 

20 

00 

01 

KEY2 

JSR 

0276: 

C9 

OA 



CMP 

0270: 

10 

D4 



BPL, 

027A: 

A6 

02 



LDX 

02 7c: 

95 

IFF 



STA 

027E: 

E0 




INX 

0 2 7 F: 

06 

02 



STX 

0201: 

E4 

00 



CFX 

0203: 

DO 

EE 



DNE 


KEY! 

XTEMP 

ENTRY0#X 

XTEMP 
DIBITS 
KEY 2 


;clear entry table pointer 
10 ?LET user know that guesses 

»SHOULD BE INPUT'. . # 
i..#WITHOUT CHANGING ARRAY 

jget guess 

;ts it greater than 9? 

»IE YES# RESTART GAME 

iGET POINTER FOR INDEXING 
JSTOJtE GUESS IN TABLE 

INCREMENT POINTER 

iCORRECT ♦ OF GUESSES FE'fCMEl? 

#IF NOT # GET ANOTHER 


?THIS ROUFTNE COMPARES USERS'S GUESSES WITH DIGITS 
#0F NUMBER TO GUESS. FOR EACH CORRECT DIGIT IN THE 
iCORRECT PLACE# A BLINKING LED IS LIT* AND FOR EACH 
iCORRECT DIGIT IN THE WRONG PLACE# A NONBI,INKING 
iLED IS L IT# 


0205 

A2 

00 



LDX 

#0 

0207 

BE 

01 

AO 


STX 

PORTIA 

O20A 

BE 

00 

AO 


STX 

PORTtU 

0201 

86 

05 



STX 

MASKA 

O20E 

06 

06 



SIX 

MASKB 

0291 

06 

04 



s rx 

CNT 

0293i 

06 

00 



STX 

CNIJ 

0295 

B5 

OF 


DIGL.P 

LDA 

DIGO#X 

0297 

D5 

10 



CMF 

ENTR YO#X 

029? 

DO 

04 



1NE 

ENTRYCMP 

029D 

E 6 

00 



INC 

CNT1 

029D 

DO 

10 



BNE 

NEXTDIG 

029F 

AO 

00 


ENTRYCMP 

LDY 

♦0 

0 2 A1 

19 

18 

00 

ENTRYLP 

CMP 

ENTRYOrY 

02A4 

DO 

04 



BNE 

NEXTENT 

02A6 

E6 

04 



INC 

CNT 

0DA8 

10 

05 



BNE 

NEXTDIG 

02AA 

C0 



NEXTENT 

INY 


02ABT 

C4 

00 



CF'Y 

DIGITS 

02ad: 

DO 

F 2 



BNE 

ENTRYLP 

02AF' 

E8 



NEXTDIG 

I NX 


02B0 

: E4 

00 



CPX 

DIGITS 

02B2I 

10 

El 



BNE 

DIGLF 

02B4I 

10 




CLC 


02B5I 

A5 

04 



L1A 

CNT 

02B75 

65 

OB 



ADC 

CNT1 

02B9! 

A8 




TAY 


02BAJ 

20 

F 1 

02 


JSR 

l i r f. 

02BJU 

8D 

01 

AO 


STA 

P 0 R T f. A 

02C0I 

90 

05 



ICC 

CC 

02C2J 

A9 

01 



LDA 

♦ 1 

02C4 

: bd 

00 

AO 


STA 

P0RT1B 

02C7J 

A4 

09 


CC 

LDY 

CNTJ 

02C9J 

20 

FI 

02 


JSR 

LITE 

02cc: 

85 

05 



STA 

MASKA 

02CEJ 

90 

04 



BCC 

TEST 

02*0! 

A 9 

01 



LDA 

♦ 1 

02121 

05 

06 



STA 

MASKB 


fCLEAR FOLLOWING STORAGE.ST 
SLEDS 

# BLINK MASKS 

i COUNT OF MMCHES 
JCOUNT OF RIGHT DIGITS 
tLOAD 1ST DIGIT OF ♦ FOR COMPARES 
#RIGHT GlIESS/RIGHT PL, ACL * 

;n o: is guess right digit/ 

5 WRONG PLACE? 

;one more: right guess/right place 
examine: next digit oj number 

JRESET GUESS# PTR FOR COMPARES 
JRIGHT I>CC>IT/WRONG PLACER 
»NO# SEE IE NEXT DIG I T IS. 

;one more right digit/wrong place 

i EXAMINE NEXT DIGIT OF NUMUER 
#INCREMENT GUESS# PTR 
# ALL GUESSES TESTED? 

#NO# TRY NEXT GUESS. 

^INCREMENT DIGIT# PTR 

JALL DIGITS EVALUATED? 

;no# check next digit# 
iGET ready for add- 

50E TOTAL HATCHES TO 1ETERMINF 

iNUMDER Or LEDS TO LIGH1 

iXFER A TO Y FOR 'I IGHT' ROUTINE 

iGET PATTERN f(J LIGHT LEDS 
#TURN LEDS ON 

i IE CARRY=(># DON' T t IGHT PfiO 


5TURN FPO ON. 
iLOAD * OF LEDS TO BUNK 
iGET PATTERN 
iSTART TO BLINK LEDS 
JIF CARRY =(># |>B0 WON'T 


INK 


iROUTINE TO TEST FOR WIN BY CHECKING ]> ♦ OF CORRLCI 


Fig. 9.19: Mindbender Program (Continued) 
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JDIGITS IN CORRECT PLACES *r NUMBER OF DIGITS. IF 
iA HIGH PITCHED SOUND IS GENERATED# AND I P ANY 
rllGlT IS WRONG# A LOW SOUND IS GENERATED. 


WIN 


0 2D4 : 

AA 

00 


TEST 

LDX 

CNT1 LOAD NUMBER OF CORRECT 

DIGITS 

0 2D6t 

E4 

00 



CPX 

DIGITS 

iALL GUESSES CORRECT? 

02DSJ 

FO 

OB 



BEO 

WIN 

i 1 F YES# PLAYER WINS 


0 2D A : 

A9 

72 


BAD 

LDA 

#♦72 



02DCI 

85 

01 



STA 

PUR 

iSET LIF* LENGTH OF LOW TONE 

02de: 

A? 

BE 



LDA 

♦ ♦BE 

iTONE VALUE FOR LOW 

10NE 

02EQI 

20 

12 

03 


JSR 

TONE 

iSIGNAL BAD GUESSES 

W/TONE 

02E3T 

FO 

02 



BEGl 

ENTER 

# GET NEXT CilJESSFJS 


02E5J 

A9 

FF 


WIN 

LDA 

♦ IFF 

JTiURATLON FOR HIGH TONE 

02E 7 i 

05 

01 



STA 

DUR 



02E?: 

A9 

54 



LDA 

#$54 

5T0NE VALUE FOR HIGH 

TONE 

02EB : 

20 

12 

03 


JSR 

TONE 

iSIGNAL. WIN 


02ee: 

4C 

2E 

02 


JMP 

KEY1 

fBESTART GAME 



iROUTINE TO FILL ACCUMULATOR WITH 1' BITS# START TNG 
i AT THE LOW ORDER END# UF HI AND INCLUDING THE 
# BIT POSITION CORRESPONDING TC THE # G\ LE1S TO 

;be lit or set to blinking. 


02E1: 

no 

04 

L ITE 

BNE 

STRTSH 

02F3: 

A? 

00 


LDA 

#0 

02F5J 

18 



clc; 


02F6: 

60 



RTS 


02F7: 

A9 

00 

STRTSM 

LDA 

#0 

02F?: 

30 


SHIFT 

SEC 


02fa: 

2A 



ROL. 

A 

02fb: 

80 



DCY 


02FC: 

10 

FB 


BNE 

SHIFT 

02FE: 

60 



RTS 



#IF Y NOT ZERO# SHIFT ONES IN 
#SI LCiAL CASE? RfSUL T IS N(J ONES 


fCLEAH A SO PATTERN WILL SHOW 
SHAKE A BIT HIGH 
#SHIET IT TO CORRECT POSITION 
# HY LOOPING TO # OF GUESS/H lO.U 
iMATCHES# AS PASSED IN Y 
iLOOF* 'TIL DONE 


5RAND0M NUMBER GENERATOR 

7 USES NUMBERS A#B#C#D#E#F STORED AS RND THROUGH 
#RND+5: ADOS B+E+Efl AND PLACES RESULT IN A# THEN 
fSHIFTS A TO ib h TO C# ETC. THE NEW RANDOM NUMIJLR 
iWHICII IS BETWEEN 0 AND 255 INCLUSIVE IS IN THE 
JACCUMULATOR ON EX IT 


02ee: 

30 


RANDOM 

SEC 


0300 : 

AS 

OA 


LDA 

RND + t 

0302 : 

65 

01" 


ADC 

R N D+4 

0304 : 

65 

OE 


ADC 

RN1+5 

0306 : 

05 

09 


STA 

RND 

0300 : 

A2 

04 


LDX 

#4 

030AI 

B5 

09 

BPL. 

LDA 

RNUrX 

030 c: 

95 

OA 


STA 

RNDFl#X 

030E : 

CA 



DEX 


030F : 

10 

E9 


RPL 

RPL 

0311 : 

60 



NTS 



iCARRY ADDS VALUE 1 
# ADD A # B # E AND CARRY 


iSHIFT NUMBERS OVER 


# TONE GENERATOR ROUT INE# 
SDURATTON OF TONE (NUMBER OP 
JSHCIUL.Ii BE IN 'FiUR' ON ENTRY# 


CYCLES TO CREATE) 
AND THE NOTE VALUE 


# (FREQUENCY) IN THE ACCUMULATOR. 


0312: 05 
0314J A? 
0316: 01 
0319: A? 
0310! A6 
031DI A4 


07 

FF 

00 AC 

00 

01 

07 


TONE 


FL2 


STA FREE 
LDA **FF 
STA PORTED 
LBA #$00 
l.DX OUR 
LDY FREQ 


Fig. 9.19: Mindbender Program {Continued) 
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031f: 

SB 

TLl 

DFY 


0320: 

IB 


CLC 


0321J 

90 

00 

bC C 

.♦2 

0323: 

DO 

FA 

BNfc 

el; 

0325: 

49 

F F 

EGR 

ttFF 

0327: 

BS 

o 

<r 

o 

o 

STA 

P0RT3B 

032A: 

CA 


BEX 


032«: 

DO 

FO 

BNF 

FL2 

032»: 

40 


RTS 



* 

f 

i INTERRUPT-HANDLING ROOTINE 
♦COMPLEMENTS LEDS AT EACH INTERRUPT 
I 






. * *3EA 

♦LOCATE ROUTINE IN HIGH MEMORY 

03EA: 

40 



PHA 


♦SAVE ACCUMULATOR 

03E«: 

AD 

01 

AO 

LBA 

PORTIA 

;GET PORT FOR COMPLEMENTING 

03EE: 

45 

05 


EOR 

MASKA 

^COMPLEMENT NECESSARY BITS 

03FO: 

BB 

01 

AO 

STA 

PORTIA 

♦STORE COMPLEMENTED CONTENTS 

03F3: 

AG 

00 

AO 

LDA 

PORTlB 

tlO SAME WITH F0RT1B 

03F6J 

45 

04 


EGR 

MASKS 


03F8: 

BD 

00 

AO 

$TA 

PORTlB 


03FB: 

AD 

04 

AO 

LDA 

TILL 

♦CLEAR INTERRUPT BIT IN VIA 

03FE: 

68 



PLA 


♦RESTORE ACCUMULATOR 

03ff: 

40 



RTI 


i DONE * RESUME PROGRAM 


symbol table: 
getkey 

0100 

ACCESS 

8 DB6 

DIGITS 

0000 

BUR 

0001 

XTEMF' 

0002 

YTEMF 

00B3 

CNT 

0004 

MASKA 

0005 

MASK* 

0006 

FREH 

0007 

CNT1 

oooe 

RND 

0009 

DIGO 

OOOF 

TNTRYO 

0018 

IROVECL 

A47E 

IRQUECH 

A67F 

ier 

AOOE 

ACR 

AOOB 

TILL 

A004 

T 1CM 

A005 

PORTIA 

A001 

DBR1A 

AO 03 

PORTlB 

A000 

DDR1B 

A002 

P0RT3B 

ACOO 

001*31* 

ACO? 

KEY1 

02?f: 

RANI 

0258 

ENTER 

0267 

KEY2 

0273 

DIGLP 

0295 

ENTRYEMP 

029F 

ENTRYLP 

02 Al 

NEXTENT 

02AA 

NEXT BIG 

02AF 

cc: 

0207 

TEST 

02D4 

DAB 

02DA 

WIN 

02E5 

LITE 

02 F1 

STRTSM 

02F7 

SHIFT 

02E9 

RANDOM 

02FF 

RPL 

030A 

TONE 

0311> 

FL2 

031D 

FI 1 

031F 




DONE 


fig. 9.13: Mindbender Program (Continued) 
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BLACKJACK 

THE RULES 

The standard game of Blackjack or “21,” is played in the following 
way. A player attempts to beat the dealer by acquiring cards which, 
when their face values are added together, total more points than 
those in the dealer’s hand but not more than a maximum of 21 points. 
If at any time the total of 21 is achieved after only two cards are 
played, a win is automatically declared for the player; this is called a 
Blackjack (the name of the game). Card values range from 1 through 
11. In the standard version of Blackjack the house rules require the 
dealer to “hit” (take a card) if his/her hand equals 16 or fewer points, 
but prohibits him/her from taking a “hit” when his or her hand totals 
17 or more points. 

The version of Blackjack played on the Games Board differs slight¬ 
ly from the standard game of Blackjack. The single “deck of cards” 

used here contains cards with values from 1 through 10 (rather than 1 
through 11), and the number of points cannot exceed 13 (as opposed to 

21). The dealer in this variation of the game is the computer. 

At the beginning of each hand, one card is dealt to the dealer and 
one to the player. A steady LED on the Games Board represents the 
value of the card dealt to the dealer (the computer). A flashing LED 
represents the card dealt to the player. If the player wants to be “hit” 
(i.e., receive another card) he/she must press key “C.” The player 
may hit several times. However, if the total of the player’s cards ever 
exceeds 13, the player has lost the round (“busted”) and he/she can 
no longer play. It is then the dealer’s turn. Similarly, if the player 
decides to pass (“stay”), it becomes the dealer’s turn. The dealer plays 
in the following manner: if the dealer’s hand totals fewer than 10 
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points, the computer deals itself one more card* As long as the hand 
does not exceed 13, the computer will check to see if it needs another 
card. Like the situation with the player, once the total of the com¬ 
puter’s cards exceeds 13> it loses. No provision has been made for a 

bonus or an automatic win, which occurs whenever the player or the 
dealer gets exactly 13 points with only two cards (a Blackjack). This is 
left as an exercise for the reader. Once the dealer finishes its turn, 
assuming that it does not bust, the values of both hands are compared. 
If the dealer’s total is greater than the player’s, the player loses. Other¬ 
wise, the player wins. At the beginning of each series the player is 
allocated 5 chips (5 points). Each loss decreases this total by one chip; 
each win increases it by one. The game is over when the player goes 
broke and loses, or reaches a score of 10 and wins. After each play the 
resulting score is displayed as a number between 0 and 10 on the 
appropriate LED. Each time a player wins a hand, the left-most three 
LEDs of the bottom row light up. If the dealer wins the hand, the right¬ 
most LEDs light up. (See Figure 10.1,) 


o 
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o 
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o 
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3 
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3 

o 

o 

o 

o 

o 

o 

4 

5 
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4 

5 

6 

o 

o 

o 

o 

o 

o 

7 

8 

9 

7 

8 

9 

• • 

• o o o 

o o o • 

• • 

10 11 

12 13 14 15 

PLAYER WINS 

10 11 12 13 14 15 

COMPUTER WINS 


Fig. 10.1: Indicating the Winner 


A TYPICAL GAME 

When playing a game against the dealer, the player will press key 
“A” to be “hit” (receive anadditional card) untileithera total of 13 is 
exceeded (a “bust”), or until the player decides that his or her total is 
close enough to 13 that he or she might beat the dealer. When the 
player makes this decision to stay, he or she must press key “C.” This 
will start the dealer’s turn, and all other keys will then be ignored. 
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LEDs will light up in succession on the board as the computer deals 
itself additional cards until it goes over ten, reaches 13 exactly, or 
busts. Once the computer has stopped playing, any key may be 
pressed; the player’s score will be displayed and the winner will be in¬ 
dicated through lit LEDs on the winner’s side. The display will appear 
for approximately one second, then a new hand will be dealt. 

Note that once the value of the computer’s hand has reached a total 
greater than or equal to 10, it will do nothing further until a key is 
pressed. Let us follow this “typical game.” 

The initial display is shown in Figure 10.2. A steady LED is shown 
as a black dot, while a blinking LED is shown as a half dot. In the in¬ 
itial hand the computer has dealt itself a 1 and the player a 4. The 
player presses key “A” and receives an additional card. It is a 9. The 
situation is shown in Figure 10.3. It’s a Blackjack and the player has 
won. The best the dealer can hope for at this point is to also reach 13. 


• O O 

\ 2 3 

coo 

4 5 6 

o o o 

7 8 9 

Fig. 10.2: First Hand 



Fig. 10.3: Player Receives A Second Card: Blackjack 
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Let us examine its response. To do this we must pass by hitting “C.” 
A moment later LED #3 lights up. The total of the computer’s hand 
now is 1 -l- 3 = 4. It will deal itself another card. A moment later. 
LED #7 lights up. The computer’s total is now 4 + 7 = 11. It stops. 
Having a lower total than the player, it has lost. Let us verify it. We 
press any key on the keyboard (for example, “0”). The result appears 
on the display: LEDs 10, 11 and 12 light up indicating a player win, 
and LED #6 lights up, indicating that the player’s score has been in¬ 
crease from 5 to 6 points. This information is shown in Figure 10.4. The 








ooo 

13 14 15 


Fig. 10.4: End of Turn: Dealer Loses 


LED display then goes blank and a new hand is displayed. When there 
is a draw, none of the LEDs in the bottom row light up and the score 
is not changed. A new hand is dealt. (If the player busts, the dealer 
wins immediately and a computer win is displayed.) 

Let us play one more game. At the beginning of this hand the com¬ 
puter has dealt itself a 5, and the player has a 6. The situation is shown 
in Figure 10.5. Let us ask for another card. We hit key “A” and are 
given a 7. This is almost unbelievable. We have thirteen again!! The 
situation is shown in Figure 10.6 It is now the computer’s turn. Let us 
hit “C/’ LED #10 lights up. The computer has 15. It has busted. The 
situation is shown in Figure 10.7. Let us ven’fy it. We press any key on 
the keyboard. The three left-most LEDs on the bottom row (LED 10, 
11, and 12) light up and a score of 7 is displayed. This is shown in 

Figure 10.8. A moment later the display goes blank and a new hand is 
started. 
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Fig. 10.5 

: Second Hand 
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Fig. 10.6: Blackjack Again 
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193 


Fig. 10.7: Dealer Busts 
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o o o 

1 2 3 

o o o 

4 5 6 

3 0 0 

7 8 9 

10 11 12 13 14 15 


Fig. 10.8: Final Score li 7 

THE PROGRAM 

The detailed flowchart for the Blackjack program is shown in 
Figure 10.9, and the program is listed at the end of the chapter. As 
usual, a portion of page 0 has been reserved for the variables and flags 
which cannot be held in the internal registers of the 6502. This area is 
shown in Figure 10.10 as a “memory map.” These variables or flags 
are: 

DONE: This flag is set to the value “0” at the beginning of the 
game. If the player goes broke, it will be set to the value “11111111.” If 
the player scores 10 (the maximum), it will be set to the value “1.” 
This flag will be tested at the end of the game by the ENDER routine 
which will display the final result of the game on the board and light 
up either a solid row of LEDs or a blinking square. 

CHIPS: This variable is used to store the player’s score. It is initial¬ 
ly set to the value “5.” Every time the player wins a hand it will be in¬ 
cremented by 1. Likewise, every time the player loses a hand, it will be 
decremented by 1. The game terminates whenever this variable reaches 
the value “0” or the value “10.” 

MASKA, MASKB: These two variables are used to hold the masks 
or patterns used to blink the LEDs connected respectively to Port A 
and Port B on the Games Board. 

PHAND: It holds the current hand total for the player. It is incre- 
mentedevery time theplayer hits (i.e. f requests an additional card), 
card). 

CHAND: This variable holds the current hand total for the com¬ 
puter (the dealer). 


BLACKJACK 



Fig. 10.9: Blackjack Flowchart 
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TEMP: This is a temporary variable used by the RANDOM routine 
to deal the next card to either player. 

RND through RND + 5: These six locations are reserved for the 
random number generating routine called RANDER. 

WHOWON: This status flag is used to indicate the current winner 
of the hand. It is initially set to “0,” then decremented if the player 
loses or incremented if the player wins. 

At the high end of memory the program uses VIA #1, the ACCESS 
subroutine provided by the SYM monitor, and the interrupt-vector at 
address A67E, as shown in Figure 10.11. 

Let us now examine the program operation. For clarity it should be 

followed on the flowchart in Figure 10.9. 




J 


Status flog for end of game 
Player score 

Masks used to flash the LEDs 

Totol for player 
Totol for computer 


Random numbers 


Status for current winner 


Fig. 10.10: Low Memory Map 
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SYM Subroutine 



A00O 


A00I 


A002 


A003 


A004 


A005 


AQQ6 


AQ07 


A00B 


A009 


A00A 


A008 


A00C 


A00D 


A00E 


A00F 


A67F 


PORTB 


PORTA 


DDRB 


DDBA 


TILL 


TICH 


ACR 


■\ 



> Via Control 





Interrupt Vector 


Fig. 10.11: High Memory Map 
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Program Initialization 

The timer on 6522 VIA # I will be used to generate the interrupts 
which blink the LEDs. These interrupts will cause a branch to location 
03EA where the interrupt-handling routine is located. The first step is, 
therefore, to load the new value into the interrupt vector, i.e., 
“03EA,” at the appropriate memory location: 

BLJACK JSR ACCESS Unprotect system memory 

LDA #$EA Load low interrupt vector 

STA INTVECL 

LDA #$03 High vector 

STA INTVECH 

As described previously, the interrupt-enable register is first loaded 
with the value “Olllllll,” and then with the value “IIOOOOOO” in 
order to enable the interrupt for timer 1: 

LDA #$7F Clear timer interrupt-enable 

STA IER 

LDA #$C0 Enable timer 1 interrupt 

STA IER 

Loading the value “7F” clears bits 0 through 6, thereby disabling all 
interrupts. Then, loading the value “CO” sets bit 6, which is the 
interrupt-bit corresponding to timer 1. (See Figure 9.10.) As in the 
previous chapter, timer 1 is put in the free-running mode. It will then 
automatically generate interrupts which will be used to blink the 
LEDs. In order to set it to the free-running mode, bit 6 of the ACR 
must be set to “1”: 

LDA #$40 Put timer 1 

STA ACR In free run mode 

The latches for timer I are initialized to the highest possible value, i.e., 
FFFF: 

LDA #$FF 

STA TILL Low latch of timer 1 

STA TICH High latch and start timer 
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Finally, now that the timer has been correctly initialized, interrupts 
are enabled on the processor: 

CLI Enable interrupts 

LED Ports A and B configured as outputs (remember that the ac¬ 
cumulator still contains the value “FF”): 

STA DDRA 
STA DDRB 

As a precaution, the decimal flag is cleared: 

CLD 

The player’s score is initialized to the value 5: 

LDA #5 Set player’s score to 5 

STA CHIPS 

The DONE flag is initialized to the value “O’ *: 

LDA #0 Clear done flag 

STA DONE 

The LEDs on the board are cleared: 

STA MASKA 
STA MASKB 

STA PORTA Clear LEDs 

STA PORTB 

And the WHOWON flag is also initialized to “0”: 

STA WHOWON Clear flag 
Dealing the First Hand 

We are now ready to play. Let us deal one card to both the dealer 
and the player. The LIGHTR and the BLINKR subroutines will be 
used for that purpose. Each of these subroutines obtains a random 
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number and lights the corresponding LED. LIGHTR lights up a 
steady LED while BLINKR blinks the LED. These two subroutines 
will be described later. We set one LED blinking for the player: 

JSR BLINKR Set random blinking LED 

and we save the first total for the current player’s hand: 

STA PHAND Store player’s hand 

then we do the same for the computer: 

JSR LIGHTR Set random steady LED 

STA CHAND Store computer’s hand 

Hit or Stay? 

We will now read the keyboard. If the player presses “A,” this in¬ 
dicates a requested hit and one additional card must be dealt to the 
player. If “C” is pressed, the player 4 "stays” (passes) and it becomes 
the computer’s turn to play. All other keys are ignored. Let us first ob¬ 
tain the key closure from the keyboard: 

ASK JSR GETKEY 

The key value must now be compared to “A” and to “C”: 

CMP #$0A 
BEQ HITPLR 

CMP #$0C Is it computer’s turn? 

BEQ DEALER 

If any other key has been pressed, it will be ignored and a new key will 
be read: 

JMP ASK Invalid key, try again 

At this point in the program, we will assume the situation warrants 
a “hit.” One more card must be dealt to the player. Let us set one 
more LED blinking. Naturally, the BLINKR subroutine, as well as the 
LIGHTR subroutine, are careful not to deal a card that has already 




been dealt. How this is achieved will be described later (this is the pur¬ 
pose of the SETBIT subroutine). 

HITPLR JSR BLINKR Set random LED 

As soon as a new card has been dealt to the player, we compute the 
player’s new total for the current hand: 

CLC 

ADC PHAND Tally player’s hand 

STA PHAND 

The new total must be checked against the value “13.” As long as the 
player has 13 or less, he or she may play again, i.e., either be hit or 
stay. However, if the player’s score exceeds “13,” he or she busts and 
loses the play. Let us check: 

CMP #14 Check for 13 

BCCASK Ask if<= 13 

JMP LOSE Busted 

It is now the dealer’s turn. Since the computer is much faster than the 
player in deciding whether it wants to hit or to stay, we will first slow it 
down to provide more suspense to the game: 

DEALER JSR DELAY 

The delay subroutine also extends the period of time between the suc¬ 
cessive decisions made by the computer to make the computer appear 
more “human-like.” 

Before dealing another card to the computer (the dealer), let us ex¬ 
amine its total. The house rule is that the dealer’s total cannot exceed 
“10.” (Naturally, other algorithms are available from Blackjack ex¬ 
perts.) The computer hand is therefore checked against the value 
“10.” If this value is exceeded, a branch occurs to location WINNER 
where the winner will be decided. Otherwise, a new card will be dealt 
to the computer: 

LDA CHAND 

CMP #10 Check hand for limit 

BCS WINNER Yes. Decide winner. 

201 


Check hand for limit 
Yes. Decide winner. 
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As long as the hand totals less than “10,” the dealer requests a hit, A 
new card is dealt to the dealer in exactly the same way that it was dealt 
previously to the player: 

JSR LIGHTR Set random LED 

The dealer’s new total is computed: 

CLC 

ADC CHAND Tally computer’s hand 

STA CHAND 

Just as in the case of the player before, it is compared against the value 
“13” to determine whether or not the dealer has busted: 

CMP #14 Is hand<= 13? 

BCC DEALER Yes: another hit? 

JMP WIN Busted: player wins 

If the computer has busted, a jump occurs to location WIN which in¬ 
dicates a “win” by the player. Otherwise, a branch back to location 
DEALER occurs, where the computer will determine whether or not it 
wants to receive an additional card. Let us now determine the winner. 
Both hands are compared: 

WINNER LDA CHAND 

CMP PHAND Compare hands 

There are three possible cases: equal scores, player wins, and player 
loses, 

BEQ SCORER 
BCC WIN 

In the case that both scores are equal, a jump occurs to location 
SCORER which will display the current status. If the player wins, a 
branch occurs to location WIN and the sequence will be described 
below. First, let us examine what happens when the player loses. 

T he Player Loses 

A special flag, called WHO WON, is used to store the status at the 


end of each play. It is decremented to indicate a loss by the player: 

LOSE DEC WHOWON 

The player’s score is decremented: 

DEC CHIPS 

The player’s score must be compared to the value “0/* If the player’s 
score has reached “0,” he or she is broke and has lost the game. In 
this case, the DONE flag is set to “11111111;” otherwise, it is not 
changed. Finally a jump occurs to SCORER where the final score will 
be displayed: 

BNE SCORER Player broke? 

DEC DONE Yes: set lose flag 

JMP SCORER Finish game 

Player Has Won 

Similarly, when the player wins, the WHOWON flag is set to “1”: 
WIN INC WHOWON 

The score is incremented: 

INC CHIPS 

It is then compared to the value “10”: 

LDA CHIPS 

CMP #10 Chips - 10? 

If the maximum score of “ 10” has been reached, the DONE flag is set, 

BNE SCORER 

INC DONE Set done flag 

Displaying the final status is accomplished by the SCORER routine. 
Remember that the final status will be displayed only at the player’s 
request — when any key is pressed on the keyboard. Let us wait for 
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this: 

SCORER JSR GETKEY 

Before displaying the status, all LEDs on the board are turned off: 

LDA #0 
STA MASKA 
STA MASKB 
STA PORTA 
STA PORTB 

The player’s score must now be displayed on the board. Let us read it: 

LDX CHIPS 
BEQ ENDER 

If the player has no more chips, a branch occurs to location ENDER 
and the game will be terminated. Otherwise, the score is displayed. 
Unfortunately, LEDs are numbered internally “0” through "7,” even 
though they are labeled externally “1” through "8.” In order to light 
up the proper LED, the score must therefore first be decremented: 

DEX 

then a special subroutine called SETMASK is used to display the ap¬ 
propriate LED. On entry to the SETMASK routine, it is assumed that 
the accumulator contains the number of the LED to be displayed. 

TXA 

JSR SETMASK 

Now that the proper mask has been created to display the score, we 
must indicate the winner. If the player won, the three left-most LEDs 
in the bottom row will be lit; if the computer won, the three right-most 
LEDs will be lit. If it was a tie, no LEDs will be lit on the bottom row. 
Let us see who won: 

LDA WHOWON 

BEQ ENDER Tie: do not change LEDs 
BMI SC 
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If the player lost, a branch occurs to address SC. If, on the other 
hand, the player won, the three left-most LEDs in the bottom row are 
lit: 

LDA #$0E Player won: set left LEDs 

JMP SCO 

If the player lost, the three right-most LEDs are lit: 

SC LDA #$B0 Player lost: set right LEDs 

Contained in the accumulator is the appropriate pattern to light the 
bottom row of LEDs, and this is sent to the Games Board: 

SCO ORA PORTB 

STA PORTB 

End of a Play 

The ENDER routine is used to terminate each play. If the score was 
neither “0” nor "10,” a new hand will be dealt: 

ENDER JSR DELAY2 

LDA DONE 
BNE EN0 
JMP START 

Otherwise, we check the DONE flag for either a player win or a player 
loss. If the player lost the game, the bottom row of LEDs is lit and the 
program ends: 

EN0 BPL ENI $01: Jump on win condition 

LDA #$BE Solid row of LEDs 

STA PORTB 

RTS Return to monitor 

In the case of a player win, a blinking square is displayed and the pro¬ 
gram is terminated: 

ENI LDA #$FF 

STA MASKA 





6502 GAMES 

lda mi 

STA MASKB 
RTS 

Subroutines 
SET BIT Subroutine 

The purpose of this subroutine is to create the pattern required to 
light a given LED. Upon entering the subroutine, the accumulator 
contains a number between “0" and “9" which specifies which LED 
must be lit. Upon exiting the subroutine, the correct bit is positioned 
in the accumulator. If the logical LED number was greater than “7,” 
the carry bit is set to indicate that output should occur on Port B 
rather than on Port A. Additionally, Y will contain the external value 
of the LED to be lit (I to 10). 

Let us examine the subroutine in detail. The LED number is saved 
in index register Y: 

SETBIT TAY Save logical number 

It is then compared to the limit value “7.” 

CMP #8 
BCC SBO 

If the value was greater than 7, we subtract 8 from it: 

SBC #8 Subtract if >7 

Exercise 10-1: Recall that SBC requires the carry to be set Is this the 
case? 

Now we can be assured that the number in the accumulator is be¬ 
tween “0” and “7.” Let us save it in X: 

SBO TAX 

A bit will now be shifted into the correct position of the accumulator. 
Let us first set the carry to “I”: 

SEC Prepare to roll 
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We clear the accumulator: 

LDA #0 

then we roll in the bit to the correct position: 

SBLOOP ROL A 

DEX 

BPL SBLOOP 

Note that index register X is used as a bit-counter. The accumulator is 
now correctly conditioned. The external number of the LED to be lit is 
equal to the initial value which was stored in the accumulator plus 
one: 

INY Make Y the external 4 

If LEDs 9 or 10 must be lit, the carry bit must be set to indicate this 
fact. Port B will have to be used rather than Port A: 

CPY 49 Set carry for Port B 

RTS 

Exercise 10-2: Compare this subroutine to the LIGHT subroutine in 
the previous chapter. 

Exercise 10-3: How was the carry set for LED 49 at the end? 

LIGHTR Subroutine 

This subroutine deals the next card to the dealer (computer). It must 
obtain a random number, then make sure that this card has not 
already been dealt, i.e., that it does not correspond to a card which 
has already been displayed on the board. If it has not already been 
displayed, the random number can be used as the value of the next 
card to be dealt. A steady LED will then be lit on the board. 

Let us first get a random number: 

LIGHTR JSR RANDOM 

It will be shown below that the RANDOM routine does not just ob- 
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tain a random number but also makes sure that it does not correspond 
to a card already used* All we have to do then is position the correct 
bit in the accumulator and display it* Let us use the SETBIT routine 
we have just described in order to position the bit in the accumulator: 

JSR SETBIT 

We must determine whether Port A or Port B must be used* This is 
done by testing the carry bit which has been conditioned by the SET- 
BIT subroutine: 

BCS LLO 

We will assume that Port A must be used. The new bit will be added to 
the display by ORing it into Port A: 

ORA PORTA 
STA PORTA 

The value of the card must be restored into the accumulator* It had 
been saved in the Y register by the SETBIT routine: 

TYA 

RTS 

In case Port B is used, the sequence is identical: 

LLO ORA PORTB 

STA PORTB 

TYA Restore value 

RTS 

BLINKER Subroutine 

This subroutine operates exactly like LIGHTR above except that it 
sets an LED flashing. Note that it contains the SETMASK subroutine 
which will set the proper LED flashing and exit with a numerical value 
of the LED in the accumulator: 

BLINKR JSR RANDOM Get random number 

SETMASK JSR SETBIT 


BCS BLO 
ORA MASKA 
STA MASKA 
TYA 
RTS 

BLO ORA MASKB 

STA MASKB 
TYA 
RTS 

RANDOM Subroutine 

This subroutine will generate a random number between “0° and 
“9” which has not already been used, i.e*, which does not correspond 

to the internal number of an LED that is already lit on the Games 
Board. The value of this number will be left in the accumulator upon 

exit* Let us obtain a random number: 

RANDOM JSR RANDER Get 0-255 number 

The RANDER subroutine is the usual random number generator 
which has been described in previous chapters. As usual, we must re¬ 
tain only a number between “0” and “9.” We will use a different 
strategy here by simply rejecting any number greater than “9*’ and 
asking for a new random number if this occurs: 

AND #$0F 
CMP #10 
BCS RANDOM 

Exercise 10-4: Can you suggest an alternative method for obtaining a 
number between “0” and “9”? (Hint: such a method has been described 
in previous chapters J 

A random number between “0” and 4 ‘9” has now been obtained. 
Let us obtain the corresponding bit position which must be lit and save 
it in location TEMP: 

JSR SETBIT Set bit in position 
STA TEMP 

We will now check to see if the corresponding bit is already lit on either 


Branch if Port B 

Restore value 
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Port A or Port B. Let us first check to see if it is Port A or Port B: 

BCS RNO Determine Port A or B 

Assuming that it is Port A, we must now find which LEDs in Port A 
are lit. This is done by combining the patterns f or the blinking and 
steady LEDs, which are, respectively, in Mask A and Port A: 

LDAMASKA 

ORA PORTA Combine Port and Mask 

Then a check is made to see whether or not the bit we want to turn on 
is already on: 

JMP RNI 

If it is on, we must obtain a new random number between l< 0” and 


RNI AND TEMP 

BNE RANDOM 

If the bit was not already on, we simply exit with the internal value of 
the LED in the accumulator: 

DEY 

TYA 

RTS 

Similarly, if an LED on Port B had to be turned on, the sequence is: 

RNO LDA MASKB 

ORA PORTB 

AND TEMP 

BNE RANDOM 

DEY 

TYA 

RTS 

RANDER Subroutine 

This subroutine generates a random number between “0” and 
“255 ” It has already been described in previous chapters. 
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DEL A Y Subroutines 

Two delay loops are used by this program: DELAY, which provides 
approximately a half-second delay and DELAY2, which provides 
twice this delay or approximately one second. Index registers X and Y 
are each loaded with the value "FF.” A two-level nested loop is then 
implemented: 


DELAY2 

JSR DELAY 

DELAY 

LDA #$FF 
TAY 

DO 

TAX 

D1 

DEX 

LDA #$FF 
BNE D1 
DEY 

BNE DO 

RTS 


Exercise 10-5: Compute the exact duration of the DELA Y subroutines . 
Interrupt Handier 

The interrupt routine is used to blink LEDs on the board, using 
MASK A and MASKB, every time that the timer generates an inter¬ 
rupt. No registers are changed. The operation of this routine has been 
described in the preceding chapter: 

PHA 

LDA PORTA 
EOR MASKA 
STA PORTA 
LDA PORTB 
EOR MASKB 
STA PORTB 
LDA TILL 
PLA 
RTI 

SUMMARY 

This program was more complex than most, despite the simple strategy 
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used by the dealer. Most of the logical steps of the algorithm were 
accompanied by sound and light effects. Note how little memory is re¬ 
quired to play an apparently complex game. 


Exercise 10-6: Note that this program assumes that the contents of 
memory location RND are reasonably random at the beginning of the 
game. If you would like to have a more random value in RND at the 
beginning of the game , can you suggest an additional instruction to be 
placed in the initialization phase of this program ? (Hint: this has been 
done in previous programs.) 

Exercise 10-7: In the ENDER routine are the instructions *‘BNE 
ENO” and ' l JMP START'* both needed? If they are not , under what 
conditions would they be needed? 
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0200 

0203 

0205 

0200 

020A 

020U 

020F 

0212 

0214 

0217 

0219 

021C 

021E 

0221 

0224 


022B 

022C 

022E 

0230 

0232 


20 

A? 

9D 

A9 

9D 

A9 

9Ii 

A9 

BO 

A9 

BD 

AV 

80 

BD 

5B 

BD 

BD 

D8 

A9 

85 

A9 

B5 


66 

EA 

7E 

03 

7F 

7F 

OE 

CO 

OE 

40 

OD 

FF 

04 

05 

03 

02 

05 

Cl 

00 

CO 


A6 

AO 

AO 

AO 

AO 

AO 

AO 

AO 


P 

f PROGRAM STARTS BY INITIALIZING IHE TIMER 
INTERRUPT VECTOR. TNE OUTPUT PORTS ARE TURNED 
;AND TWE STATUS FLAGS ARE CLEARED. 


AND 

ONf 


THE 


BD BLJACR 


A6 


JSR ACCESS 

IDA *4EA 
SI A INTVECL 

LDA #S03 
SVA INTVECH 
I UA #*7F 

S I A ICR 
LDA *SCO 
STA IER 

LDA **40 
STA ACR 
LDA #*FF 

STA TILL 
STA TICK 
CLI 

STA DORA 
STA DDR& 

CLD 

LDA *5 
STA CHIPS 
LTiA *0 
STA DONE 


5UNPR0TECT SYSTEM MF,KOF<Y 
5L0AP LOW INTERURT VECTOR 

?LOAD HIGH INTERtJPT VECTOR 

rCLEAR TIMER l'NTERIJPT ENAHLF 


'ENABLE TIMER 


interupt 


'PUT r.CMER 1 IN FREE RIJN MODE' 


»SET LOU LATCH ON 
SSF-T HIGH LATCH & 
JTNABLE processor 

fSET LED PORTS TO 


TIMER l 
START TIMER 
INTERUPTS 

OUTPUTS 


iSfT PLAYER' 1 S SCORE TO 5 


fCLEAR DONE FLAG 


;neu hand; display is cleared both hands are 

fARE SET WITH START VALUESf AND THE CORRESPONDING 
fLED'S ARE SET . 


0234 

0236 


0240 

0243 


0246 


05 

85 

BD 

BO 

B5 

20 

B5 

20 

B5 


C2 

C3 

01 

00 

Cl 

OF 

C4 

F7 

C5 


START 


AO 

AO 

03 

02 


STA 

STA 

STA 

STA 

STA 

JSR 

STA 

JSR 

STA 


MASKA 

MASKB 

PORTA 

PORTB 

UHQUON 

BLINKR 

PMAND 

LIGHIR 

CHAND 


iCLEAH DL.INKER MASKSf IT IS 
?ASSUMED THAT ACC. CONTAINS 
fCLEAR leeks 

fCLEAR FLAG FOR HAND 

;set RANDOM ni inking led 

;STORF PLAYER'S HAND 
5 SET A STIAUY KANDUM LED 
JSTORF COMPUTER'S HAND 


ZERO 


fKEY 

fALI 


input: 

OTHERS 


'A' IS A HIT* 'C' IS COMPUTER' TURN 
ARE IGNORED 


024A 

0241 

024F 

0251 

0253 

0255 


0250 t 
025B i 
025C : 


0260? 
0262? 
0264 ; 


20 

C9 

FO 

C9 

FO 

4 C 

20 

10 

65 

05 

C9 

90 

4C 


00 01 ASK JSR 

OA CMP 

07 BE8 

OC CMP 

12 BEG 

4A 03 ..IMP 

OF OT HITPIR JSR 

CLC 

C4 ADC 

C4 STA 

OE CMP 

E6 BCC 

B7 02 JMP 


GETKEY 
♦ SO A 

HITPLR 

♦*oc 

DEALER 

ASK 

BLINKR 

PHAND 

PHAND 

*14 

ASK 

LOSE 


fUET A KEY INPUT 

JDOES PLAYER WANT A HITT 

rYESr DRANCH 

fIS IT 'COMP TURN' KFY^ 

*YES 

tBAD KEYt TRY AGAIN 

M 

f 

;SET A RANDOM LEU 

fTAILY PLAYER'S HAND 

fCHECK HAND 
?IS <=13t OK 

;busted» go to lose routine 


0267? 20 5D 
026A? A 5 C5 
026C? C9 OA 
026E? 00 OF 
0270? 20 F7 
02731 10 


03 DEALER 


02 


JSR 

LDA 

CMP 

DCS 

JSR 

CLC 


DELAY 

CHAND 

*10 

WINNER 

LIGHTR 


5DELAY EXFCUTTUN OF ROUTINE 
;is COMP i)VFIf HlUSE 4 I MIT? 

fYESf FIGURE W1NNIR 
JNOfSF f RANDOM I FD 


Flfl. 10.12i Blackjack Program (Continued) 
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02DB ! 
02DD ; 

0211F: 

02E1 ! 
02E3I 


A9 FF 
85 C 2 
A? 01 
05 C3 
60 


ENI 


LDA 

STA 

LDA 

STA 

RTS 


t$fT 

MASKA 

MASK* 


rSEl BLINKING SQUARE 


{RETURN TO MONITOR 


—'SUBROUTINES— 


{SET A BIT IN accumulator: enter lit m A logical valued 

{!♦£. 0-9. IN ACC. EXITS WITH A NUMERICAL VALUE<1-10> 
5 IN Y • AN1 THE BIT POSITIONED' TN ACC. THE CARRY FLAG 


5SAVE LOGICAL NUMBER 
?BRACKET 0-7 VALUE 

5 . ♦.SUBTRACT IF >7 
r SET IN1EX REG 
PREPARE BIT TO ROLL 

{MOVE BIT TO POSITION 


02E4: 

AO 


SETBIT 

TAY 


02E5: 

C9 

00 


CMP 

*B 

02E7: 

90 

02 


BCC 

SBO 

02E9: 

E9 

OB 


SBC 

*8 

02Eb: 

AA 


SBO 

TAX 


02EC: 

3B 



SEC 


02£i: 

A9 

00 


LDA 

♦ 0 

02EF: 

2A 


SBLOGP 

ROL 

A 

02F0: 

CA 



DEX 


02fi: 

10 

FC 


BPL 

SBLOOP 

02F3t 

ce 



INY 


02L“4: 

CO 

09 


CPY 

49 

02F6: 

60 



RTS 



{MAKE Y NUHER3 CAL . NOT LOGICAL 
{SET CARRY. FOR PORT!. C«1 


f lightr: sets a random steady led that has not bef:n 

{PREVIOUSLY SET. IT GETS A RANDOM NUMBER. THEN SETS 
fTHE BIT IN THE PROPER PORT'► THE NUMliaCAL VALUE OF' 
{D IT SET IS IN THE ACCUMULATOR ON EX I I . 


02F7I 20 
02FAI 20 
02FD I BO 
02FF t 01 
0302.' 81 
03051 98 
0304? 60 

0307: on 
030a: sd 

030DJ 98 
030E: 60 


23 

E4 

08 

01 

01 


03 

02 

AO 

AO 


LIGHTR 


00 AO 
00 AO 


LLO 


JSR KAN10M 
JSR SETBIT 

DCS Ll.,0 

ORA PORTA 
STA PORTA 
TYA 
RTS 

ORA PORTD 
STA TORTB 
TYA 
RTS 


fGET RAN10M NUMBER 
.GET BIT POSITIONFO IN ACC. 
{BRANCH IF FORT b 1FGIGNATED 
?SET LED IN PORTA 

{RESTORE NUMERICAL VALUE 

.SET LEIi IN PORIB 

{RESTORE NUMERICAL VALUE 


f blinkr: sets a ranioh flashing led that has not deen 

.PREVIOUSLY SET. THE NUHERICAL VALUE OF THE LED IS IN 
{THF ACCUHULATOR ON EXIT. IT GETS A RANDOH NUMBER. 

J1 HEN DROPS INTO THE SETHASK ROUTINE TO FI ASH THE 
.PROPER LEI. 


OJOFf 

0312: 

0315: 

0317 : 

03191 

031B: 

one: 

03 in: 

03 if: 


20 

20 

BO 

05 

85 

98 

60 

OS 


23 

E4 

06 

C2 

C2 


C3 

C3 


{SETHASK: ENTER WITH A LOGICAL VALUE. AN! ROUTINE 
.SETS THE PROPER FLASHING LEI. EXITS WITH NUMERICAI 
{VALUE OF LED SET IN ACCUMULATOR 


03 BLINKR JSR RANIOH 
02 SETHASK JSR SETBIT 

BCS BLO 
ORA NASKA 
STA NASKA 

TYA 

RTS 

BIO ORA MASKft 

STA NASKH 


.GET RANOOH NUHBER 

.BRANCH IF I’ORTB DESIGNATED 
{SET MASKA 

{RESTORE NUHER1 CAL. VALUE 
{SET NASKB 


fig. 10.12: Blackjack Program (Continued) 


215 




6502 GAMES 


0321: 96 
03221 60 


TYA 

RTS 


•GENERATES 
•THE NUMBER 
• EXIT, 
i 


A RANDOM NUMBER FROM 0 TO 9 THAT IS NOI 
OF AN LED ALREABY SET. RESULT IS IN ACC 


ON 


0323: 

20 

47 

03 

RANDOM 

JSR 

RANDER 

0326: 

29 

OF 



AND 

•♦OF 

0320: 

C9 

OA 



CMP 

#10 

032a: 

BO 

F7 



BCS 

RANBOM 

032C: 

20 

E4 

02 


JSR 

SETBIT 

032F: 

05 

C6 



STA 

TEMF' 

033 : 1 : 

BO 

OB 



BCS 

RNO 

0333: 

AS 

C2 



LDA 

MASKA 

0335: 

OP 

01 

AO 


ORA 

PORTA 

0330: 

4C 

40 

03 


JMP 

RN1 

033&: 

AS 

C3 


RNO 

LDA 

NASKB 

033B: 

OLi 

00 

AO 


ORA 

F'ORTB 

0340J 

25 

C6 


RN1 

AND 

TEMF 

0342: 

BO 

DF 



PNE 

RANDOM 

0344: 

00 




HEY 


0345: 

90 




TYA 


0346: 

60 




RTS 



•GET 0-255 NUMBER 

• MASK HIGH NIBBLE 
•BRACKET 0-9 

JSET BIT IN POSITION 
1SAVE IT 

• DETERMINE PORT A OR ft 
•COMBINE PORT AND MASK 


•COMBINE PORT AND MASK 

•LOOK AT SPECIFIC BIT 

•IF BIT SET ALREADY^ TRY AGAIN 

• MAKE Y LOGICAL 

•EXIT UITH VALUE IN ACCUMULATOR 


TCENITRATES A RANBOM NUMBER FROM 0-255* USES NUMBERS 
JA»BiC»r^E»F STORED AS RND THROUGH RNlifS. ADBiS B+E-f F-fi 
•ANB PUTS RESULT IN A* THEN SHIFTS A TO B* B TO Ct ETC. 


•RANIIDM 

I 


NUMBER IS IN ACCUMULATOR ON EXIT. 


0347J 

36) 


RANDER 

SEC 


•CARRY AIDS 1 


0340: 

A5 

CU 


LDA 

RNDH 

JADO B • D • F 


034a: 

65 

CD 


ADC 

F:NB14 



034C: 

65 

CC 


ADC 

RNDfS 



034E: 

05 

C7 


STA 

RND 



0350: 

A2 

04 


L.»X 

#4 

JSHIFT NUMBERS 

OOUlN 

0352: 

B5 

C7 

RULOOP 

LDA 

RND* X 



0354: 

95 

ce 


STA 

ISNDM xX 



0356: 

CA 



DEX 




0357: 

10 

F9 


BPL 

ROLOOP 



0359: 

60 



RTS 







•DELAY 

loop: 

DELAY2 

i 

rs si mpi y iwrcF 

THE 




•OF DELAY♦ 

M 

GIVEN LOOP IF) APPRO* , , . 


035a: 

20 

51 03 

f 

0ELAY2 

JSR 

DELAY 



035d: 

A9 

FF 

BELAY 

LDA 

•♦FF 

•SET VALUt FOR 

LOOPS 

035F: 

A0 



TAY 




0360: 

AA 


DO 

TAX 




036i: 

CA 


■ I 

rirx 




0362: 

A9 

FF 


LDA 

t«»T 



0364: 

BO 

FD 


BNE 

Dl 



0366: 

80 



BEY 




0367: 

DO 

F7 


DNE 

BO 



0369: 

60 



R rs 





DY. 


03EA: 40 
03EBI AB 


01 AO 


• INTERRUPT ROUTINE? EXCLUSIVE flrt'Ii THE OUTPUr 

• PORTS UITH THE CORRESPONDING Hi INKER MASKS EVERY 

• TIME THE TIMER TIMES OUT TO n ASH SlLfCTfli LED'S 

• NO REGISTERS ARE CHANGED* ANI> IHI INTEPPUf T 
JFL.AG IS CLEAREU BEFORE EXIT. 


-$03E^> 

PHA 

LBA PORTA 


•SAVE ACCUMULATOR 
•COMPLEMENT PORTS U1IM MASKS 


Fig* 10.12: Black[ack Program (Continued) 


BLACKJACK 



217 



TIC-TAC-TOE 


11 

TIC-TAC-TOE 

THE RULES 

Tic-Tac-Toe is played on a three-by-three sectioned square. An “O 11 
symbol will be used to represent a move by the player and an 4 ‘X’’ will 
be used to display a move by the computer. Each player moves in turn, 
and on every turn each player strategically places his or her symbol in 
a chosen section of the board. The first player to line up three symbols 
in a row (either horizontally, vertically or diagonally) is the winner. 
An example of the eight possible winning combinations is shown in 
Figure 11.1. Using our LED display, a continuously lit LED will be 
used to display an “X,” i.e., a computer move. A blinking LED will 
be used to display an “O,” i.e., the player's move. 

Either the player or the computer may make the first move. If the 
player decides to move first, he or she must press key “F.” If the com¬ 
puter is to move first, any other key should be pressed and the com¬ 
puter will start the game. At the end of each game a new game will 
start automatically. The computer is equipped with a variable IQ (in¬ 
telligence) level ranging from one to fifteen. Every time the computer 
wins, its IQ level is reduced one unit. Every time the player wins, the 
computer’s IQ level is increased by one unit. This way, every player 
has a chance to win, A high tone is sounded every time the player wins 
and a low tone is sounded every time that the player loses. 

A TYPICAL GAME 

The display is initially blank. We will let the computer start. We do 
this by pressing any key but the key “F.” (If we press key “F,” then 
the player must go first.) Let us begin by pressing “0.” After a short 
pause the computer responds with a “chirp” and makes its move. (See 
Figure 11.2.) 
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Fig, 11.1: Tic.Toe-Toe Winning ComblnotlonsForo Player 



Fig. 11.2: First Computer Move 


An “X” is used to denote the computer’s moves, “O” will be used 
to denote our moves. Blank spaces are used to show unlit LEDs. Let 
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us move to the center and occupy position 5. (See Figure 11.3.) We 
press key “5.” A moment later, LED #1 lights up and a chirp is heard 
that indicates it is our turn to play. The board is shown in Figure 1L4. 
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X 



Fig. 11.3: Our First Move 
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Fig. 11.4: Second Computer Move 

It is now our turn and we should block the computer to prevent it 
from completing a winning column: let us occupy positi on 4. We press 
key “4.” A moment later, LED #6 lights up and a chirp is heard. The 
situation is shown in Figure 11.5. 


We play in position 2. The computer reacts by playing in position 8. 
This is shown in Figure 11.6. We prevent the computer from com¬ 
pleting a winning row by playing in position 9. The computer responds 
by occupying position 3. This is shown in Figure IL7. This is a draw 
situation. Nobody wins, all the LEDs on the board blink for a mo¬ 
ment, and then the board goes blank. We can start another game. 
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Fig. 11.6: After the Computer's Fourth Move 
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(DRAW) 


Fig. 11*7: After the Computer's Fifth Move 
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Another Game 

This time we are going to start and, hopefully, win! We press “F” 
to start the game. A chirp is heard, confirming that it is our turn to 
play. We play in position 5. The computer responds by occupying 
square 3. The chirp is heard, announcing that we can play again. The 
situation is shown in Figure 11.8. We play in position 4. The computer 
responds by occupying square 6. This is shown in Figure 11.9. This 
time we must block the computer from completing the column on the 





Fig. 11.5: After the Computer's Third Move 
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Fig. 11.8: Mov® 1 
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Fig. 11.9: Move 2 
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Fig. 11.11: Move 4 

Since the computer was “smart enough” to move into a diagonal 
position after we occupied the center position, we did not win. Note: if 
we keep trying, at some point the computer will play one of the side 
positions (2, 4, 6, or 8) rather than one of the corners and we will then 
have our chance to win. Here is an example. 

We move to the center. The computer replies by moving into posi¬ 
tion 6. The situation is shown in Figure 11.12. We move to square I; 
the computer moves to square 9. This is shown in Figure 11.13. We 
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Fig. 11.12: Move 1 


Fig. 11.10: Move 3 


right and we move into position 9. The computer responds by moving 
to square I, thus preventing us from completing a diagonal. This 
situation is shown in Figure 11.10. We must prevent the computer 
from completing a winning row on top; therefore we occupy position 
2. The computer responds by occupying position 8. This is shown in 
Figure 11.11. We make our final move to square 7 to finish the game. 
This is a draw: we did not beat the computer. 
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Fig. 11.13: Move 2 
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move to square 3; the computer moves to square 7. This is shown in 
Figure 11.14. This time we make the winning move by playing into 
square 2. The situation is shown in Figure 11.15. Note that if we start 
playing and if we play well, the result will be either a draw or a win. 
With Tic-Tac-Toe, the player who starts the game cannot lose if he or 
she makes no mistakes. 



Fig. 11.14: Move 3 



Fig. 11.15: 'WoWlnl'' 

THE ALGORITHM 

The algorithm for the Tic-Tac-Toe program is the most complex of 
those we have had to devise so far It belongs to the domain of so- 
called * 'artificial intelligence.” This is a term used to denote the fact 
that the functions performed by the program duplicate the mental ac¬ 
tivity commonly called “intelligence.” Designing a good algorithm 
for this game in a small amount of memory space is not a trivial prob¬ 
lem. Historically, many algorithms have been proposed, and more can 
be found. Here, we will examine two strategies in detail, and then 
select and implement one of them. Additional exercises will suggest 
other possible strategies. 
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Strategy to Decide the Next Move 

A number of strategies may be used to determine the next move to 
be made by the computer. The most straightforward approach would 
be to store all possible patterns and, the best response in each case. 
This is the best method to use from a mathematical point of view as it 
guarantees that the best possible move will be made every time. It is 
also a practical approach because the number of combinations on a 3 
x 3 board is limited. However, since we have already learned to do 
table lookups for other games, such an approach would not teach us 
as much about programming. It might also not be considered “fair.” 
We will, therefore, investigate other methods applicable to a wider 
number of games, or to a larger board. 

Many strategies can be proposed. For example, it is possible to con¬ 
sider a heuristic strategy in which the computer learns by doing . In 
other words, the computer becomes a better player as it plays more 
games and learns from the mistakes it makes. With this strategy the 
moves made by the computer are random at the beginning of the 
game. However, provided that a sufficient amount of memory is 
available, the computer remembers every move that it has made. If it 
is led into a losing situation, the moves leading to it are thrown out by 
the computer as misjudged moves, and they will not be used again in 
that sequence. With time and a reasonable “learning” algorithm this 
approach will result in the construction of decision tables . However, 
this approach assumes that a very large amount of memory is 
available. This is not the case here. We want to design a program 
which will fit into IK of memory. Let us look at another approach. 

Another basic approach consists of evaluating the board after each 
move. The board should be examined from two standpoints: first, if 
there are two “0”s in a row, it is important to block them unless a win 
can be achieved with the current move. Also, the win potential of 
every board configuration should be examined each time: for exam¬ 
ple, if two “X”s are in a row, then the program must make a move in 
order to complete the row for a win. Naturally these two situations are 
easy to detect. The real problem lies in evaluating the potential of 
every square on the board in every situation. 

An Analytical Algorithm 

At this point, we will show the process used to design an algorithm 
along very general guidelines. After that, as we discover the weakness¬ 
es of the algorithm, we will improve upon it. This will serve as an ex- 
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ample of a possible approach to problem-solving m a game of 
strategy. 

General Concept 

The basic concept is to evaluate the potential of every square on the 
board from two standpoints: “win” and “threat.” The win potential 
corresponds to the expectation of winning by playing into a particular 
square. The threat potential is the win potential for the opponent. 

We must first devise a way to assign a numerical value to the com¬ 
binations of “0”s and “X”s on the board. This must be done so that 
we can compute the strategic value, or “potential,” of a given square. 

Value Computation 

For each row (or column or diagonal), four possible configurations 
may occur — that is, if we exclude the case in which all three positions 

are already taken and we cannot play in a row. These configurations 
are shown in Figure 11.16. Situation “A” corresponds to the case in 
which all three squares are empty. Clearly, the situation has some 
possibilities and we will start by assigning the value “one” to each 
square in that case. The next case is shown in row “B” of Figure 
11.16; it corresponds to the situation in which there is already an “X” 
in that row. If we were to place a second “X” in that row, we would 
be very close to a win. This is a desirable situation that has greater 
value than the preceding one. Let us add “one” to the value of each 
free square because of the presence of the “X”; the value of each 
square in that instance will be “two.” 

Let us now consider case“C” in Figure 11.16, in which we have one 
“X” and one “O.” The configuration has no value since we will never 
be able to win in that particular row. The presence of an “O” brings 
the value of the remaining squaxe down to “zero.” 

Finally, let us examine the situation of row “D” in Figure 11.16, 
where there are already two “X”s. Clearly, this is a winning situation 
and it should have the highest value. Let us give it the value “three.” 

The next concept is that each square on the board belongs to a row, 
a column, and possibly a diagnoal. Each square should, therefore, be 
evaluated in two or three directions. We will do this and then we will 
total the potentials in every direction. For convenience, we will use an 
evaluation grid as shown in Figure 11.17. Every square in this grid has 
been divided into four smaller ones. These internal squares are used to 
display the potential of each square in each direction. The square 
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Fig. 11*16: Tt»o Six Combinations 
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labeled “H” in Figure 11*17 will be used to evaluate the horizontal 
row potential. “V” will be used for the vertical column potential. 
“D” will be used for the diagonal potential. “T” will be used for the 
total of the previous three squares. Note that there is no diagonal 
value shown for four of the squares on the board. This is because they 
are not placed on diagonals. Also note that the center square has two 
diagonal values since it is at the intersection of two diagonals. 

Once our algorithm has computed the total threat and win poten¬ 
tials for each square, it must then decide on the best square in which to 
move. The obvious solution is to move to the square having the 
highest win or threat potential. 

Now we shall test the value of our algorithm on some real examples. 
We will look at some typical board configurations and evaluate them 
by using our algorithms to check if the moves it generates make sense. 

A Test of the Initial Algorithm 

Let us look at the situation in Figure 11.18. It is the player’s turn 
(“0”) to play. We will evaluate the board from two standpoints: 
potential for “X” and threat from “O.” We will then select the 
square that has the highest total in each of the two grids generated and 
make our move there. 



Fig. 11.19: Evaluation Grid: Sow 1 Potential 




Fig. 11.16: Test Case 1 


Let us first complete the evaluation grid for the first row. Since 
there is an “O” in the first row, the horizontal potential for the player 
is zero (refer to row C, Figure 11.16 and look up the value of this con¬ 
figuration). This is indicated in Figure 11.19. Let us now look at row 
2: it contains two blank squares and an “X.” Referring to line B of 
Figure 11.16, the corresponding value is “two.” It is entered at the ap¬ 
propriate location in the grid, as shown in Figure 11.20. Finally, the 


Fig. 11.20: Evaluating the Horizontal Potential 


third row is examined, and since there is an “O” in it, the row poten¬ 
tial is “zero,” as indicated in Figure 11.20. The process is then repeat¬ 
ed for the three columns. The result is indicated in Figure 11.21. 

The value of each square of column I is “zero,” since there is an 
“O” at the bottom. Similarly, for column 2 the value is also “zero,” 
and for column 3 it is “one” for each square, since all three squares 
are open (blank). (Refer to line A in Figure 11.16.) 

The process is repeated for each of the two diagonals and the results 
are shown in Figure 11.22. Finally, the total is computed for each 
square. The results are shown in Figure 11.23. Remember that the 
total appears in the bottom right-hand corner of each square. 

It can be seen that at this point, two squares (indicated by an arrow 
in Figure 11.23) have the highest total, “three.” This indicates where 
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Fi 9 . 11 .21: Evaluating the Vertical Potential 



Fig. 11.22: Evaluating the Diagonal Potential 
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Fig. 11.23: The Flnol Potential 


we should play. But wait! We have not yet examined the threat, i.e., 
the potential from our opponent * s O. M 

We will now evaluate the threat posed by “O' 1 by again computing 
the potential of each square on the board, but this time from “OY* 
standpoint. The position values for the six meaningful combinations 
are indicated in Figure 11.24. When we apply this strategy to our 
evaluation grid, we obtain the results shown in Figure 11.25. The 
square with the highest score is the one indicated by the arrow. It 
scores “four,” which is higher than the two previous squares that 
were determined when we evaluated the potential for “X.” 

Using our algorithm, we decide that the move we should make is to 
play into square I, as indicated in Figure 11.26. 

Let us ven'fy whether this was indeed the appropriate move, assum¬ 
ing that each player makes the best possible move. A continuation of 
the game is shown in Figure 11.27. It results in a draw. 
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Fig. 11.24: Evaluationfor "O" 
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Fig. 11.23: Potential Evaluation 
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Fig. 11.26: Move for Highest Score 
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Fig* 11.27: Finishing the Game 


Let us now examine what would have happened if we had not 
evaluated the threat and played only according to the highest potential 
for “X” as shown in Figure 11.23. This alternative ending for the 
game is shown in Figure 11.28. This game also results in a draw. In 
this instance, then, the square with the value “four” did not truly 
have a higher strategic value than the one with the value “three.” 
However, our algorithm worked. 

Let us now test our algorithm under more difficult circumstances. 
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Fig. 11*28: An Alternative Ending forthe Game 

Improving the Algorithm 

In order to test our algorithm, we should consider clear-cut situa¬ 
tions in which there is one move that is best. To begin, we will assume 
that it is the player's turn. The first test situation, evaluated for “X,” 
is illustrated in Figure 11.29, and the potential for “O” is shown in 
Figure 11.30. This time we have a problem. The highest overall poten¬ 
tial is “four” for “X” in the lower right corner square. If the com¬ 
puter moved there, however, the player would win! At this point our 
algorithm should be refined. 

We should note that whenever there are already two “X”s in a row 
the configuration should result in a very high potential for the third 
square. We should therefore assign it a value of “five” rather than 
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Fig. 11.29: Test #1 Evaluated for''X" 
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Fig. 11.30: Test#l Evaluated for "O" 


“three” to ensure that we move there automatically. We have thereby 
identified and made our first improvement to the algorithm. 

The second test situation is shown in Figure 11.31. Our algorithm 
assigns the value “six” to the lower right corner square (as indicated 
by an arrow in Figure 11.31). This is clearly the correct move. It 
works! Now, let us test the improvement we have made. 

The First Move 

When the board is empty, our algorithm must decide which square 
should be occupied first. Let us examine what this algorithm does. 
(The results are shown in Figure 11.32.) The algorithm always chooses 
to move to the center. This is reasonable. It could be shown, however, 
that it is not indispensable in the game of Tic-Tac-Toe. In fact, having 
the computer always move to the center makes it appear “boring,” or 
simply “lacking imagination.” Something will need to be done about 
this. This will be shown in the final implementation. 




PLAYTHERE 


Fig. 11.31: Test #2 


Fig. 11.32: Moving to the Canter 


Another Test 

Let us try one more simple situation. This situation is shown in 
Figure 11.33. Again, the recommended move is a reasonable one. The 
reverse situation is shown in Figure 11.34 and does, indeed, lead to a 
certain win. So far, our algorithm seems to work. Let us try a new 
trap. 

A Trap 

The situation is shown in Figure 11.35. It is now “X’s” turn to play. 
Using our algorithm, we will move into one of the two squares having 
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Fig. 11*39: A Simple Situation 
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Fig. 11.94: A Reverse Situation 

the total of “four. 0 This time, however, such a move would be an er¬ 
ror! Assuming such a move, the end of the game is shown in Figure 
11.36. It can be seen that “O m wins. The move by “X” was an incor¬ 
rect choice if there was a way to get at least a draw. The correct move 
that would lead to a draw is shown in Figure 11.37. This time, our 
algorithm has failed. Following is a simple analysis of the cause: it 
moved to a square position of value “four” corresponding to a high 
level of threat by “O,” but left another square with an equal threat 
value unprotected (see Figure 11.35). Basically, this means that if “O” 
is left free to move in a square whose threat potential is equal to 
“four,” it will probably win. In other words, whenever the threat 
posed by “O” reaches a certain threshold, the algorithm should con¬ 
sider alternative strategies. In this instance, the strategy should be to 
place an “X” in a square that is horizontally or vertically adjacent to 



NEXT 

MOVE 


Fig. 11.35: Trap 3 


O 


X 


X 


O 


o 



1 1 

o 


X 

o 

X 


o 

X 

o 


o 


X 


X 


o 

X 

o 


Fig* 11.36: End of Game 

the first one in order to create an imminent “lose threat” for “O,” 
and thereby force “O” to play into the desired square. In short, this 
means that the algorithm should analyze the situation further or better 
still, analyze the situation one level deeper, i.e., one turn ahead. This 
is called two-ply analysis. 
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Fig. 11 .37: A Correct Move 


In conclusion, our algorithm is simple and generally satisfactory. 
However, in at least one instance, Trap 3 in Figure 11.35, it fails. We 
must therefore, include either a special consideration for this case, or 
we must analyze the situation one turn ahead every time and look at 
what would happen if we were to place an “X” or an “O” in every 
one of the available squares. The latter is actually the ‘ ‘cleanest** solu¬ 
tion. Ideally, we should analyze all of the possible sequences until an 
end-of-game situation is obtained. The programming complexity, the 
storage required, and the time that would be needed to analyze the 
situations would, however, make this approach impractical. In a more 
complex game, such as chess or checkers, it would be necessary to use 
such a multi-ply analysis. For example, using only a two-ply analysis 
technique to design a simple chess game would not make it very in¬ 
teresting or very good. It would be necessary to use three-ply, four-ply 
or even more detailed analysis in order to make the game challenging. 

If it is not possible to push the evaluation to a sufficient depth, the 
algorithm must be equipped with specific procedures that can detect 
special cases. This is the case with ad hoc programming, which can 
be considered “unclean 1 * but actually results in a much shorter pro¬ 
gram and/or a lesser memory requirement. In other words, if the 
special situations in a game can be recognized in advance, then it is 


possible to write a special-purpose program which will take these 
situations into account. The resulting program will usually be shorter 
than the completely general one. This type of program, however, 
can only be constructed if the programmer has an excellent initial 
understanding of the game. 

In the game of Tic-Tac-Toe, the number of combinations is limited. 
This makes it possible to examine all possible combinations that can 
be played on the board and to devise a procedure that takes all of these 
cases into account. Since we are primarily limited here by the amount 
of available memory, we will construct an ad hoc algorithm that fits 
within IK of memory. Alternative techniques will be proposed as 
exercises. 

The Ad Hoc Algorithm 

This algorithm assigns a value to each square on the board depend¬ 
ing on who has played there. Initially a value of “zero” is assigned to 
each square on the board. Every time the player occupies a square, 
however, the corresponding value of the square becomes “one.” 
Every time the computer occupies a square, the value of that square 
becomes “four.” This is illustrated in Figure 11.38. The value of 
“four” has been chosen so that it is possible to know the combination 
of moves in that row just by looking at the total of every row. For ex¬ 
ample, if a row consists of a move by the player and two empty 
squares, its “row-sum” is “one.” If the player has played twice, its 
row-sum is “two.” If the player has played three times, the row-sum is 
“three.” Since “three” is the highest total that can be achieved in 
rows where only the player has played, the value of “four” has been 
assigned to a computer move. For example, if the value of a row is 
“five,” we know that there is one computer move (“X”), one player 
move (“O”), and one empty square. The six possible patterns are 
shown in Figure 11.38. It can readily be seen that the row-sum values 
of “two” or “eight” are winning situations. A row-sum value of 
“five” is a blocked position, i.e., one that has no value for the player. 
If a win situation is not possible, then the best potentials are represent¬ 
ed by either a value of “one” or a value of “four” depending on 
whose turn it is to play. 

The algorithm is based on such observations. It will first look for a 
win by checking to see if there is a row-sum of value “eight.” If this is 
the case, it will play there. If not, the algorithm will check for a so- 
called “trap” situation in which two intersecting rows each have a 
computer move in them and nothing else (the algorithm is always used 
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Pig. 11.36: Row-turns 

for the computer’s benefit). This is illustrated in Figure 11*39. By ex¬ 
amining Figure 11*39, it becomes clear that each unoccupied square 
that belongs to two rows having a row-sum of “four” is a trap posi¬ 
tion where the algorithm should play. This is exactly what it does. 

The complete flowchart for the board analysis is shown in Figure 
11.40. Now, let us examine it in more detail. Remember that it is 
always the computer’s turn when this algorithm is invoked* 

First, it checks for a possible immediate win. In practice, we will ex¬ 
amine all row-sums and look for one which has a total of “eight.” 
This would correspond to a case where there are two computer moves 
in the same row with the last square being empty* (Refer to Figure 
11*38.) 

Next, we will check for a possible player win* If the player can win 
with the next move, the algorithm must block this move* To do so, it 
should scan the row-sums and look for one that has a total of “two,” 


ROWSUM 



Fig, 11.39: A Trap Pattern 

which would indicate a winning combination for the player* (Refer to 
Figure 11.38*) 

At this point the algorithm should check to see if the computer can 
play into any of the trap positions defined above. (See Figure 11*39 for 
an example.) 

One more feature has been built into the algorithm: the computer is 
equipped with a variable IQ level, i.e., with a variable level of in¬ 
telligence. The above moves are ones that any “reasonable computer” 
must make* From this point on, however, the algorithm can let 
the computer make a few random moves and even possible mistakes if 
its intelligence level is set to a low level. In order to provide some 
variety to the game, we will obtain a random number, compare it to 
the IQ, and vary our play depending upon the results. If the IQ is set 
to the maximum, the program will always execute the right branch of 
the flowchart; however, if the IQ is not set to the maximum, it will 

sometimes execute the left branch* Let us follow the right branch of 
the flowchart* At this point, we will check for two special situations 
that correspond to moves # 1 and #4 in the game. 

For the first situation, i.e., the first move in a game, the algorithm 
will occupy any position on the board* That way, its behavior will be 
different every time and, thus, appear “intelligent*” 
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Fig, 11*40: Board Analysis Flowchart 


For the next situation we must look at move #4. It is the computer’s 
turn. In other words, the player started the game (move #1), the com¬ 
puter responded (move #2), then the player made his or her second 
move (move #3), and it is now the computer’s turn* In short, in the 
game thus far, the player has played twice and the computer has 
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Fig. 11.40: Board Analysis Flowchart (Continued) 


played once. At this point, we want to check to see if the first three 
moves have all been made along one of the diagonals. If so, since the 
player has made two moves and the computer has made one, the row- 
sum of one of the diagonals will be “six.” The algorithm must check 
explicitly for this. If the first 3 moves have all been made along a 
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diagonal, the computer must move to a side position. This is a special 
situation which must be built into the algorithm, or it cannot be 
guaranteed that the computer (assuming the highest IQ level) will win 
every time. This situation is illustrated in Figure 11.41. Note that if 
straightforward logic was used, the algorithm would play into one of 
the free corners since a threat exists from the player that he or she 
might play there, and thereby set up a trap situation. The results of 
such an action are shown in Figure 11.42. By looking at this illustra- 



Fig. 11.41: The Diagonal Trap 
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Fig. 11.42: Falling Into the Diagonal Trap 


tion, it can be seen that such a move would result in a loss. However, 
let us examine what happens if we play on one of the sides. This situa¬ 
tion is illustrated in Figure 11.43; it results in a draw. This is clearly the 
move that should be made. This is a relatively little-known trap in the 
game of Tic-Tac-Toe, and a provision must be built into the algorithm 
so that the computer will win. 
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Fig. 11.43: Playing to the Side 


If it was not the fourth move, or if there was not a diagonal trap set, 
the next thing the computer should do is to check to see if the player 
can set a trap. (Refer to the flowchart in Figure 11.40.) If the player 
can set a trap, the computer plays in the appropriate square to block 
it. Otherwise, the computer moves to the center square, if available; if 
that is not possible, it moves randomly to any position. 

Since this algorithm was built in an ad hoc fashion, it is difficult to 
prove that it wins or achieves a draw in all cases. It is suggested that you 
try it on a board or that you try out the actual program on the Games 

Board. You will discover that in all conditions under which it has been 
tested, the computer always wins or achieves a draw. If the computer 
keeps winning, however, its IQ level will drop, and eventually it will 
allow the player to win. As an example, some sequences obtained on 
the actual board are shown in Figure 11.44. 
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Fig, 11.44: Actual Gama Sequence! 


Suggested Modifications 

Exercise 11-1: Designate a special key on the Games Board that , when 
pressed will display the computer's IQ level . 

Exercise 11-2: Modify the program so that the IQ level of the com¬ 
puter can be changed at the beginning of each game . 

Credits 

The ad hoc algorithm which was described in this section is believed 
to be original. Eric Novikoff was the main contributor. “Scientific 
American* * (selected issues from 1950 through 1978), as well as Dr. 
Harvard Holmes must also be credited with having provided several 
original ideas. 

Alternative Strategies 

Other strategies can also be considered. In particular, a short pro¬ 
gram can be designed by using tables of moves that correspond to 
various board patterns. The tables can be short because when sym¬ 
metries and rotations are taken into account, the number of situations 
that can be represented is limited. This type of approach results in a 
shorter program, however, the program is somewhat less interesting to 
design. 

Exercise 11-3: Design a Tic-Tac-Toeprogram using this type of table . 

THE PROGRAM 

The overall organization of the program is quite simple. It is shown 
in Figure 11,42. The most complex part is the algorithm that is used to 
determine the next move by the computer. This algorithm, called 
“FINDMOVE,” was previously described. 

Let us now examine the overall program organization. The cor¬ 
responding flowchart is shown in Figure 11.45. 

1. The computer IQ level is set to 75 percent. 

2. The user’s keystroke is read. 

3. The key is checked for the value “F.” If it is an “F,” the player 
starts; otherwise the computer starts. Depending on the value 
of the key pressed, the flowchart continues into boxes 4 or 5, 
then to 6. 
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Fig. 11.45: Tic.Toc.Too Flowchart 
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If the player starts (PLAYER is not equal to “0”), then we move to 
the left side of the flowchart. 

7. The key, pressed by the player specifying his or her move, is 
read and the move is displayed on the board. 

8. The corresponding LED is lit on the board. 11 then becomes the 

computer’s turn to play and the variable PLAYER is set to 
“0” in box 9. 

When exiting from box 6, if it is the computer’s turn, we move to 
box 10. 

11 * The next move to be made by the computer must be computed 
at this time. 

This is the complex algorithm we have described above. 

11. Next, the computer’s move is displayed. 

12. PLAYER is reset to “one” to reflect the fact that it is now the 
player’s turn. 

After either party has moved, the board is checked for a winning se- 
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quence of lights in box 13. If there is not a winning sequence of lights, 
we move to the left on the flowchart. 

14. We next check to see if all moves have been exhausted: we 
check for move #9. If the ninth LED is lit and a winning situa¬ 
tion has not been detected, it is a draw, and all lights on the 
board must be flashed. 

15. We flash all the LEDs on the board. Then, we return to box 6 
and the next player plays. 

When exiting from box 13, if there is a win situation, this fact must 
be displayed: 

16. All of the lights are blanked except f or the winning three LEDs. 
Next, it must be determined by the algorithm whether the 
player or the computer has won. 

17. A determination is made as to whether it was the player or the 
computer who won. If the computer has won, we branch to the 
right on the flowchart. 

18. A low frequency tone is sounded. 

19. The computer’s IQ is decremented (to a minimum of 0). 

The situation for a player win, shown in boxes 20 and 21, is analo¬ 
gous. 

The general program flow is straightforward. Now, we shall examine 
the complete information. The subroutine which analyzes the board 
situation is called “ANALYZE” and uses “UPDATE” as a subroutine 
to compute the values of various board positions. 

Data Structures 

The main data structure used by this program is a linear table with 
three entry points that are used to store the eight possible square 
alignments on the board. When evaluating the board, the program 
will have to scan each possible alignment for three squares every time. 
In order to facilitate this process, all possible alignments have been 
listed explicitly, and the memory organization is shown in Figure 
11.46. 

The table is organized in three sections starting at RWPT1, 
RWPT2, and RWPT3 (RWPT stands for “row pointer”). For exam¬ 
ple, the first elements RWPT1, RWPT2, and RWPT3, for the first 
three-square sequence are looked at by the evaluati on routine. The se¬ 
quence is: “0, 3, 6,” as indicated by the arrows in Figure 11.43. The 
next three-square sequence is obtained by looking at the second entry 
in each RWPT table. It is “1, 4, 7,” which is, in fact, the second col¬ 
umn on our LED matrix. 
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Pig. 11.46: Tlc-Toc-Toe Row Sequences in Memory 
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The table has been organized in three sections in order to facilitate 
access. To be able to access all of the elements successfully, it will be 
necessary to keep a running pointer that can be used as an index f or ef¬ 
ficient table access. For example, if we number our generalized rows 
of sequences from 0 to 7, “row” 3 will be accessed by retrieving 
elements ataddresses RWPT1 -I- 3, RWPT2 -I- 3, RWPT3 -I- 3. (It is 
the sequence “0, 1, 2,” as seen in Figure 11,46.) 

Memory Organization 

Page 0 contains the RWPT table which has just been described, as 
well as several other tables and variables. The rest of the low memory 
is shown in Figure 11.47. 

The GMBRD table occupies nine locations and stores the status of 
the board at all times. A value of “one” is used to indicate a position 
occupied by the player, and a value of “four” indicates a position oc¬ 
cupied by the computer. 

The SQSTAT table also occupies nine words of memory and is used 
to compute the tactical status of the board. 

The ROWSUM table occupies eight words and is used to compute 
the value of each of the eight generalized rows on the square. 

The RNDSCR table occupies six words and is used by the random 
number generator. 

The remaining locations are used by temporary variables, masks, and 
constants, as indicated in Figure 11.47. The role of each variable or con¬ 
stant will be explained as we describe each routine in the program. 

High Memory 

High memory locations are essentially reserved for input/output 
devices. Ports 1 and 3 are used, as well as interrupts. The correspond¬ 
ing memory map is shown in Figure 11.48. The interrupt-vector 
resides at addresses A67E and A67F. It will be modified at the begin¬ 
ning of the program so that interrupts will be generated automatically 
by the interval timer. These interrupts will be used to blink the LEDs 
on the board. 

Detailed Program Description 

At the beginning of each game, the intelligence level of the com¬ 
puter is set at 75 percent. Each time that the player wins, the IQ level 
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Fig. 11.48: Tk-Tac-Toe: High Memory 


will be raised by one point. Each time that the player loses, it will be 
decremented by one point* It is initially set at the value 12 decimal: 

START LDA #12 

STA INTEL Set IQ at 75<7o 

Initialization occurs next: 

RESTRT JSR INIT 

Let us examine the INIT subroutine which has just been called. It 
resides at address 0050 and appears on lines 0345 and following on the 
program listing. The first action of the initialization subroutine is to 
clear all low memory locations used by program variables. The loca¬ 
tions to be cleared are those between CLRST and CLREND (see lines 
41 and 57 of the program listing). Note that a seldom-used facility of 
the assembler — multiple labels for the same line — has been utilized 
to facilitate the clearing of the correct number of memory locations. 
Since it may be necessary to introduce more temporary variables in the 
course of program development, a specific label was assigned to the 
first location to be cleared, CLRST (memory location 18), and 
another to the last location to be cleared (CLREND). For example, 
memory location 18 corresponds both to CLRST and to GMBRD. 
The clearing operation should start at address CLRST and proceed 
forward fourty locations (CLREND-CLRST). Thus, we first load the 
number of locations to be cleared into index register X, then we use 
a loop to clear all of the required locations: 

INIT LDA #0 

LDX #CLREND-CLRST 

CLR ALL STA CLRST,X Clear location 

DEX 

BPL CLRALL 

After low memory has been cleared, the two starting locations for the 
random number generator must be seeded. As usual, the low-counter 
of timer 1 is used: 

LDA TILL 
STA RNDSCR + 1 
STA RNDSCR + 4 
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Ports I A, IB, and 3B are then configured as outputs. The appropriate 
pattern is loaded into the data direction registers: 

LDA #$FF 
STA DDR1A 
STA DDR1B 
STA DDR3B 

All LEDs on the board are turned off: 

LDA #0 
STA PORTIA 
STA PORTIB 

Next, the interrupt vector’s address must be loaded with a new 
pointer. The address to be deposited there is the address of the inter¬ 
rupt handler, which has been designed to provide the regular blinking 
of the LEDs. (This process has already been explained in previous 
chapters.) The interrupt handler resides at address INTVEC. The high 
byte and the low byte of this address will be loaded in memory loca¬ 
tions 1RQVH and 1RQVL, respectively. A special assembler symbol is 
used to denote the low byte of the interrupt vector: #<1NTVEC. Con¬ 
versely, the high byte is represented in assembly language by #> 
INTVEC. The new interrupt vector is loaded at the specified memory 
locations: 

JSR ACCESS 

LDA #< INTVEC 

STA IRQVL Low vector 

LDA # >1NTVEC 

STA IRQVH High vector 

As usual, the interrupt-enable register must first be cleared, then the 
appropriate interrupt must be enabled: 

LDA #$7F 

STA IER Clear register 

LDA #$C0 

STA IER Enable interrupt 

Timer I is set to the free-running mode: 
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LDA #$40 
STA ACR 

The latch for timer I is loaded with the highest possible count, 
“FFFF”: 

LDA #$FF 
STA TILL 
STA T1CH 

Finally, interrupts are enabled, the decimal mode is cleared as a 
precaution, and we terminate the initialization stage; 

CLI 

CLD 

RTS 

Back to the Main Program 

We are now at line 69 of the program listing. We read the next key 
closure on the keyboard: 

JSR GETKEY 

It is the first move. We must determine whether it is an “F” or not. If 
it is an “F,” the player moves first; otherwise the computer moves 
first. Let us check it; 

CMP #$F 
BNE PLAYLP 

It is the player’s turn and this information is stored in the temporary 
variable PL AYR, shown in Figure 11.44: 

LDA #01 
STA PLAYR 

It is time for a new move, and the move counter is incremented by 
one. Variable MOVNUM is stored in low memory. This is shown in 
Figure 11.44. It is now incremented: 

PLAYLP INC MOVNUM 
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At this point, PL AYR indicates whose turn it is to play. If it is set at 
“zero,” it is the computer's turn. If it is set at “one,” it is the player’s 
turn. Let us check it: 


counter. All of the rows, 7 through 0, are checked for the value 
“three”: 


LDA PLAYR 
BEQ CMPMU 

We will assume here that it is the player's turn. PLAYR is reset to 
“zero” so that the computer will make its move next: 

DEC PLAYR 

The player’s move is received by the PLRMV subroutine which will be 
described below. Let us allow the player to play: 

JSR PLRMV 


WINTST LDY #7 

TSTLP CMP ROWSUM.4 

BEQ WIN 
DEY 

BPL TSTLP 

Let us now continue with the player's move. We will examine the 
computer’s move later. (The computer’s move corresponds to lines 
83-88 of the program listing, which have not been described yet.) A 
maximum of nine moves is possible in this game. Let us verify whether 
or not we have reached the end of the game by checking the value of 
MOVNUM, which contains the number of the current move: 


The move made by the player is specified at this point by the contents 
of the X register. Since it was the player’s move, the corresponding 
code on the board’s representation should be “01,” which will be 
deposited in the accumulator: 

LDA #01 

We will now display the move on the board by blinking the proper 
LED. In addition, the corresponding ROWSUM will automatically be 
updated: 

JSR UPDATE 

The UPDATE routine will be described in detail below. Once the 
move has been made, we should check for a possible win. In the case 
of a win, the player has three blinking LEDs in a row, and the cor¬ 
responding row total is automatically equal to “three.” We will 
therefore simply check all eight rows for a ROWSUM of three: 

LDA #03 
BNE WINTST 

At address WINTST a test is performed for a winning configura¬ 
tion. Index register Y is loaded with “seven” and used as a loop 


LDA MOVNUM 
CMP #9 
BNE PLAYLP 

This is the end of our main loop. At this point, a branch occurs back 
to location PLAYLP, and execution of the main program resumes. 

If we had reached the end of the game at this point, the game would 
be a tie, since there has not been a winner yet. At this point all of the 
lights on the board would be set blinking and then the game would 
restart. Let us set the lights blinking: 

LDA #$FF 
STA LTMSKL 
STA LTMSKH 
BNE DLY 

The delay is introduced to guarantee that the lights will be blinked for 
a short interval. Let us now examine the end-of-game sequence. 

When a win situation is found, it is either the player’s win or the 
computer’s win. When the player wins, the row total is equal to 
“three.” When the computer wins, the row total is equal to “twelve.” 
(Recall that each computer move results in a value of “four” for the 
square. Three squares in a row will result in 3 x 4 = 12.) If the com¬ 
puter won, its IQ will be decremented: 
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WIN CMP#I2 
BEQ INTDN 

At this point a jump would occur to INTDN, where the intelligence 
level will be decreased (intelligence lowered). 

A losing tone will be generated to indicate to the player that he or 
she has lost. The corresponding frequency constant is “FTV’ and it is 
stored at address FREQ: 

INTDN LDA #$FF 

STA FREQ 

The intelligence level will now be decreased unless it has already 
reached “zero’' in which case it will remain at that value: 

LDA INTEL 
BEQ GTMSK 
DEC INTEL 

For a brief time the winning row will be illuminated on the board, and 
the end-of-game tone will be played. First, we clear all LEDs on the 
board: 

GTMSK LDA ttO 

STA PORTIA 
STA PORTIB 

At this point, the number of the winning row is contained in index 
register Y. The three squares corresponding to that row will simply be 
retrieved from the RWPT table, (See Figure 11.43.) Let us display the 
first square: 

LDX RWPT1,Y 
JSR LEDLTR 

The LEDLTR routine will be described below. It lights up the 
square whose number is contai ned in register X. Let us now display 
the next square: 

LDX RWPT2,Y 
JSR LEDLTR 


Then, the third one: 

LDX RWPT3,Y 
JSR LEDLTR 

At this point, we should turn off all unnecessary blinking LEDs on the 
board. The new pattern to be blinked is the one with the winning row 
and we must, therefore, change the LTMSKL mask: 

LDA PORTIA 
AND LTMSKL 
STA LTMSKL 

We now do the same for Port IB: 

LDA PORTIB 
AND LTMSKH 
STA LTMSKH 

Exercise 11-4: Subroutine LEDLTR on line 125 of the program listing 
has just lit the third LED on the board for the winning row. Im¬ 
mediately of ter that , we start reading the contents of Port 1A> and 
then Port IB . 

There is, however, the theoretical possibility that an interrupt might 
occur immediately after LEDLTR, that might change the contents of 
Port I A, Would this be a problem? If it would not be a problem, why 
not? If it would, modify the program to make it always work correct - 

iy. 

At this point, Ports A and B contain the appropriate pattern to light 
the winning row. If the player has won, the blink masks LTMSKL and 
LTMSKH contain the same pattern, and will blink the row. We are 
now ready to sound the win or lose tone. The duration is set at “FF”: 

LDA #$FF 
STA DUR 

The frequency, FREQ, was set above. We simply have to play it: 

LDA FREQ 
JSR TONE 
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A delay must be provided: 

DLY JSR DELAY 

We are now ready to start a new game with the new intelligence level 
of the computer; 

JMP RESTART 

Back to WIN 

Let us now go back to line 103 of the program listing and examine 
the case in which the computer did not win (i.e., the player won). A 
different frequency constant is loaded at location FREQ: 

LDA #30 
STA FREQ 

Since the player won, the intelligence level of the computer will be 
raised this time. Before it is raised, however, it must be checked 
against the value “fifteen, 0 which is our legal maximum: 

LDA INTEL 
CMP #$0F 
BEQ GTMSK 
INC INTEL 

The sequence was exactly analagous to the one in which the computer 
wins, except for a different tone frequency, and for the fact that the 
intelligence level of the computer is increased rather than decreased. 

The Computer Moves 

Let us now go back to line 83 of the program listing and describe 
what happens when the computer makes a move. Variable PLAYR is 
incremented, then a delay is provided to simulate “thinking time” for 
the computer: 

COMPMV INC PLAYR 

JSR DELAY 

h 

The computer move is determined by the ANALYZ routine described 
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below: 

JSR ANALYZ 

The computer’s move is entered as a “four” at the appropriate 
location on the board: 

LDA #04 
JSR UPDATE 

Next, we check all of the rows for the possibility of a computer win, 
i.e., for a total of “twelve”: 

LDA #12 
WINTST LDY #7 

and so on. We are now back in the main program described previous- 

ly- 

When the program segment outlined above is compared to the one 
that is used for the player’s move, we find that the primary difference 
between the two is that the move was specified by the ANALYZ 
routine rather than being picked up from the keyboard. This routine is 
the key to the level of intelligence of the algorithm. Let us now ex¬ 
amine it. 

Subroutines 

The ANAL YZE Subroutine 

The ANALYZ subroutine begins at line 143 of the program listing. 
The corresponding conceptual flowchart is shown in Figure 11.40. In 
the ANALYZ subroutine the ODDMSK is first set to “zero.” 

ANALYZ LDA #0 

STA ODDMSK 

We now check for the possibility of a computer win during its next 
turn. If that possibility exists, we clearly must play into the winning 
square. This will end the game. A winning situation is characterized by 
a total of “eight” in the corresponding row; therefore let us deposit 
the total “eight” into the accumulator: 
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LDA #08 

A winning situation will occur when the squares in rows 1, 2, or 3 all 

total "three” at the same time. Let us set our filter variable, X, for the 
number of rows that qualify, to "three”: 

LDX #03 

We are now ready to use the FINDMV routine: 

JSR FINDMV 

The FINDMV routine will be described below. It must be called with 
the specif led ROWSUM in A and with the number of times a match is 
found in X. It will systematically check all of the rows and squares. If 
a square is found, it exits with a specified square number in X and the 
Z flag is set to "0.” Let us test it: 

BNE DONE 

If a winning move has been found, the ANALYZ routine exits. Unfor¬ 
tunately, this is not usually the case, and more analysis must be done. 

The next special situation to be checked is to see if the player has a 
winning move. If so, it must be blocked. A winning situation for the 
player is indicated by a row total of "2.” Let us load "2” into the ac¬ 
cumulator and repeat the previous process: 

LDA #02 
LDA #03 
JSR FINDMV 
BNE DONE 

If the player could make a winning move, this is the square where the 
computer should play and we exit to DONE; otherwise, the situation 

should be analyzed further. 

We will now check to see if the computer can implement a trap. A 
trap corresponds to a situation in which a computer move has already 
been made in the same row. We would like to play at the intersection 
of two rows containing computer moves. This was explained above 
when the algorithm was described. This situation is characterized by A 
= 4 and X = 2. Let us load the registers with the appropriate values 


and call the FINDMV routine: 

LDA #04 
LDX #02 
JSR FINDMV 
BNE DONE 

If we succeed, we exit to DONE; otherwise, we proceed down the 
flowchart diagrammed in Figure 11.40. 

It is at this point that the computer can demonstrate either in¬ 
telligent or ill-advised play. The behavior of the computer will be 

determined by its intelligence level. We will now obtain a random 
number and compare it to the computer’s IQ. If the random number 
exceeds the computer’s IQ, we will proceed to the left side of the 
flowchart in Figure 11.40 and make an ill-advised move (i.e., a random 
one). If the random number does not exceed the computer’s IQ, we 
will make an intelligent move on the right side of the flowchart. Let us 
generate the random number: 

JSR RANDOM 

We truncate the random number to its right byte so that it does not ex¬ 
ceed fifteen: 

AND #$0F 

and we compare it to the current IQ of the computer: 

CMP INTEL 
BEQ OK 

BCSRNDMV 

If the random number is higher than the IQ level stored in INTEL, we 
branch to RANDMV and play a random move. At this point, we will 
assume that the random number was not greater than the IQ level, and 
that the computer will play an intelligent move. We now proceed from 
line 162 (location "OK”). 

We will first check to see if this is move #1; then we check to see if 
this is move #4. Let us check for move #1: 

OK LPX MOVNUM 

CPX #1 
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If it is move #1, we occupy any square; 

BEQ RNDMV 

Let us now check for move #4: 

CPX #4 

If it is not move #4, we will check to see if the player can set a trap. 
This will be performed at location TRAPCK. Let us assume here that 
it is move #4. 

BNE TRAPCK 

This section will check both diagonals for the possibility of the se¬ 
quence player-computer-player* If this sequnce is found, we will play 
to the side. Otherwise, we will go back to the mainstream of this 
routine and check to see if the player can set a trap. The combination 
player-computer-player in a row is detected when the row totals 
“six.” Therefore, we load the value “six” into the accumulator and 
check the corresponding diagonal. By coincidence, diagonals corre¬ 
spond to the sixth and seventh entires in our RWPT table. (See 

Figure 11.46.) Let us do it: 

LDX #6 
TXA 

CMP ROWSUM,X 
REQODDRND 

If a match is found, we branch to address ODDRND, where we will 
play to the side. This will be described below. If a match is not found 
we check the next diagonal: 

INX 

CMP ROWSUM,X 
BEQ ODDRND 

If, at that point, the test also fails for the second diagonal, we will 
check to see if the player can set a trap. 


Checking To See If the Player Can Seta Trap (TRAPCK) 

The possibility of a trap for the player is identified (as in the case of 
the computer), when two intersecting rows each contain only a 
player’s move. This has been explained in the description of the 
algorithm above. The value of a row which is a candidate for a trap is 
thereby equal to “one” (one player’s move). The parameters must, 
therefore, be set to A = 1, and X = 2 before we can call the 
FINDMV routine: 

TRAPCK LDA #1 

LDX #2 
JSR FINDMV 
BNE DONE 

If the proper location for a trap can be found, the next move is to play 
there. Otherwise, if possible, the computer moves to the center or, if 
the center is occupied, it makes a random move on the side. 

LDX GMBRD + 4 
BNE RNDMV 
LDX #5 
BNE DONE 

Playing a Random Move on the Side 

The four sides on the board are numbered externally 2,4,6 and 8, or 
internally 1,3,5, and 7. Any odd internal number specified fora move 
will result in our occupying a side position. If we want to occupy a side 
position, we simply load the value “one” in ODDMSK, and we 
guarantee that the random number generated will be one of the four 
corners. This is performed by entering at address ODDRND: 

ODDRND LDA #1 

STA ODDMSK 


Generally, however, we may want to make a random move. This will 
be accomplished by generating and using any random number that is 
reasonable, i.e., by setting ODDMSK to “0” prior to entering at ad¬ 
dress RNDMV. Let us obtain a random number: 


266 


267 



6502GAMES 


TIC-TAC-TOE 


RNDMV JSR RANDOM 

Let us strip off the left byte: 

AND #$0F 

Then let us OR this random number with the pattern stored in ODDMSK. 
If the mask had been set to “0,” it would have no effect on the random 
number. If the mask had been set to “I,” however, it would result in 
our playing into one of the corners (the center is occupied here): 

ORA ODDMSK 

Since the random number which was generated was between “0** and 
“15,” we must check to be sure that it does not exceed “9”; other¬ 
wise, it cannot be used: 

CMP #9 
BCSRNDMV 

We must now check to make sure that the space into which we want 
to move is not occupied. We load the square’s number into index 
register X and verify the square’s status by reading the appropriate en¬ 
try of the GMBRD table(see the memory map in Figure 1L47): 

TAX 

LDA GMBRD,X 

If there is any entry other than “0” in this square, it means that it is 
occupied and we must generate another random number: 

BNE RNDMV 

We have selected a valid square and will now play into it. When we ex¬ 
it from this routine, the external LED number should be contained in 
X. It is obtained by adding “I” to the current contents of X, which 
happens to be the internal LED number: 

INX 

DONE RTS 


FINDMV Subroutine 

This subroutine will evaluate the board until it finds a square which 
meets the specifications in the A and the X registers. The accumulator 
A contains a specified row-sum that a row must meet in order to 
qualify. Index register X specifies the number of times that a par¬ 
ticular square must belong to a row whose row-sum is equal to the one 
specified by A. 

The FINDMV subroutine starts with a square status of “0” for 
every square on the board. Every time it finds a square that meets the 
row-sum specification, it will increase its status by “1.” Thus, at the 
end of the evaluati on process, a square with a status of “ 1” is a square 
which meets the row-sum specifications once. A square with a status 
of “2” is one that meets the specification twice, etc. 

The final selection is performed by FINDMV, which checks the 
value of each square in turn. As soon as it finds a square whose status 
matches the number contained in register X, it selects that square 

as one that meets the initial specification. 

The complete flowchart for FINDMV is shown in Figure 11.49. 
Essentially, the subroutine operates in three steps. These steps are in¬ 
dicated in Figure 11.49, Step I is the initialization phase. Step 2 cor¬ 
responds to the selection of all squares that meet the row-sum 
specifications contained in register A. The status of every empty 
square in a row that meets this specification is increased by one as all 
the rows are scanned. Step 3 is the final selection phase. In this phase, 
each square is looked at in turn until one is found whose status match¬ 
es the value contained in X. As soon as one is found, the process 
stops. That square is the one that will be played by the computer. If a 
square is not found, the routine will exit, with the index X having 
decremented to “0,” and this will be used as a failure flag for the call¬ 
ing routine. 

Let us now examine the corresponding program. It starts at line 204 
in the program listing. 

Step 1: Initialization 

Index registers X and A will be used in the body of this subroutine. 
Their initial contents must first be preserved in temporary memory 
locations. Addresses TEMPI and TEMP2 are used for that purpose. 
(See Figure 11.47 for the memory map.) 

Let us preserve X and A: 
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STEP I 

INITIALIZATION 




S1EP2 

COMPUTlh#G 

STATUS 

(A.SELECnON) 



S1EP3 

TINA! SELECTION 
(AANDX> 




FINOMV 


SAVE X AND A 
PARAMETERS 


GET I SI SQUARE 
IN RQW 


CLEAR SQUARE 
STATUSES 


CHEXLP 


EMPTY? 


CHECK R0W5UM 
AGAINST SPECKED 
VALUE 


INCREMENT ITS 
STATUS 


MATCH? 


CHECK 2ND SQUARE 


CHECK 3RD SQUARE 


DONE? 


NOCHEKl 


CHECK LAST SQUARE 


^SQUARES' 
STATUS = 
* PARAMETER 


NEXT SQUARE 


any left ? 


Play this 

SQUARE 


Fig. 11.49: FINDMV Flowchart 


FINDMV STX TEMP2 

STA TEMPI 

The status of the board is then cleared. Each square’s status must be 
set to “0.” This is accomplished by loading the value “0” into the ac¬ 
cumulator, then going through a nine cycle loop that will clear the 
status of each square in turn: 

LDA HQ 
LDY #8 

CLRLP STA SQSTAT,4 

DEY 

BPL CLRLP 


Step 2: Computing the Status of Each Square 

Each of the eight possible row-sums will now be examined in turn. 
If the row-sum matches the value specified in the accumulator on 
entry, each empty square within the specified row will have its status 
incremented by “1/* If the row-sum value does not meet the minimum, 
the next one will be examined. Index register Y is used as a row pointer, 
llie RWPT table described at the beginning of this program and shown 
in Figure 11.46 will be used to successively retrieve the three squares 
that form every row. Let us first initialize our counter: 

LDY HI 

Now, we will check the value of the corresponding row-sum: 

CHEKLP LDA TEMPI 

CMP ROWSUM,Y 
BNE NOCHEK 

Let us assume at this point that the row-sum is indeed the correct one. 
We must now examine each of the three squares in the row. If the 
square is empty, we increment its status. The first step is to obtain the 
square’s value by looking it up in the table, using index register Y as a 
displacement, and using addresses RWPTI, RWPT2, and RWPT3 
successively as entry points into the row table. Let us try it for the first 
square: 
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LDX RWPTl.Y 

Index register X now contains the square number. If the square is 
empty, a new subroutine, CNTSUB, is used to increment its status: 

JSR CNTSUB 

It will be described below. 

Let us now do the same for the second and third squares: 

LDX RWPT2,Y 
JSR CNTSUB 
LDX RWPT3.Y 
JSR CNTSUB 

We have now completely scanned one row. Let us look to see if any 
more rows need to be checked: 

NOCHEK DEY 

BPL CHECKLP 

The process is repeated until all the rows have been checked. At this 
point, we enter into step 3 of FINDMV. (Refer to the flowchart in 
Figure 11.49.) 

Step 3: Final Selection 

Index register X will be used as a square pointer. It will start with 
square #9 and continue to examine squares until one is found that 
meets the additional X register specifications, i.e., the number of 
times that the given square belongs to a row with the appropriate row- 
sum value. Let us initialize it: 

LDX #9 

Now, we compare the value of the square status with the value of the 
specified X parameter: 

FNMTCH LDA TEMP2 

AND SQSTAT-l.X 


If the square status matches the value of the parameter, we select this 
square: 

BNE FOUND 
Otherwise, we try the next one: 

DEX 

BNE FNMTCH 
FOUND RTS 

Exercise 11-5: Why are “AND” and “BNE”rather than “CMP”and 
“BEQ” used to find a matching square above? (Hint: decide what the 
difference in the program's strategy would beJ 

COU NTSU B Subroutine 

This subroutine is used exclusively by the FINDMV subroutine and 
increments the status of the square whose number is in register X, if 
the square is empty. First, it examines the status of the square by look¬ 
ing for its code in the GMBRD table: 

CNTSUB LDA GMBRD,X 

BNE NOCNT 

If the square is occupied, an exit occurs. If it is not, the status value of 
the square is incremented: 

INC SQSTAT,X 
NOCNT RTS 

UPDA TE Subroutine 

Every time a move is made, it must be displayed on the board. 
Then, the appropriate code must be stored in the board representa¬ 
tion, i.e., in the table GMBRD. Finally, the new ROWSUMs must be 
computed and stored at the appropriate locations. These functions are 
accomplished by the UPDATE subroutine. 

The player’s code is contained in the accumulator. The position into 
which the move is made is contained in register X, Since the number in 
index register X is the value of an external LED, it is first decremented 
in order to match the actual internal LED number: 
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UPDATE DEX 

The value must now be stored in the appropriate location of the GMBRD 
table which contains the internal representation of the board: 

STA GMBRD,X 

Note that the value of X is simply used as a displacement into the 
table. However, the accumulator happens to contain the appropriate 
code that is merely written at the specif led location. At this point, UP¬ 
DATE would like to display the move on the LEDs. It must first 
decide, however, whether to light a steady LED or make it blink. To 
do this, it must determine whether it is the player’s move or the com¬ 
puter’s move. It does this by examining the code contained in the ac¬ 
cumulator. If the code is “four,” it is the computer’s move. If the 
code is “1,” it is the player’s move. Let us examine it: 

CMP #04 
BEQ NOBLNK 

If it is the computer’s move, a branch will occur to address NOBLNK; 
otherwise, we proceed. Let us assume for the time being that it was the 
player’s move: 

JSR LIGHT 

The LIGHT subroutine is used to set the bit blinking and will be 
described below. Upon exit from LIGHT, the accumulator contains 
the bit in the position that is required to set the LED blinking. At this 
point, the blink masks should be updated: 

ORA LTMSKL 
STA LTMSKL 

If the carry was “zero” upon completion of LIGHT, one of the bits 
zero through seven had been set and we are done: 

BCC NOBLNK 

Otherwise, if the carry had been set to 1, it would mean that LED #9 
had to be set, i.e., that the high order part of the mask had to be 


modified. Let us do it: 

LDA #01 
STA LTMSKH 

At this point, the LED masks are properly configured and we can give 
the order to light the LEDs: 

NOBLNK JSR LEDLTR 

The LEDLTR routine lights up the LED specified by register X. Note 
that if it was a computer move, this LED will remain steadily on. If it 
was a player’s move, this LED will be turned off and on automatically 
as interrupts occur. 

Next, we must update all row-sums. Index register X is used as a 
row pointer. We will look at all eight rows in turn. In anticipation of 
the addition, the carry bit is cleared: 

LDX #7 

ADDROW CLC 

The first square of row eight is examined first: 

LDY RWPT1,X 

Note that index register Y will contain the internal square number 
following this instruction. This will immediately be used for another 
indexed operation. The contents of the square will be read so that the 
new row-sum may be computed. (The row-sum for that row may or 
may not be the same as before. No special provision has been made 
for restricting the search to the two or three rows affected.) All rows 
are examined in turn, and all row-sums are re-computed to keep the 
program simple. 

Let us obtain the current square’s value: 

LDA GMBRD,Y 

The GMBRD table is accessed using index register Y as a displace¬ 
ment. Note that the two instructions shown above implement a two- 
level indexing operation. This is a most efficient data retrieval tech¬ 
nique. At this point, the accumulator contains the value of the first 
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square. It will be added to the value of the two following squares. The 
process will now be repeated: 

LDY RWPT2,X 
ADC GMBRD,Y 

The number of the second square has been looked up by the LDY in¬ 
struction and its value stored in Y. The addition instruction looks up 
the actual value of that square from GMBRD, and adds that value to 
the accumulator. This process is performed one more time for the 
third square: 

LDY RWPT3,X 
ADC GMBRD,Y 

The final value contained in the accumulator is then stored in the 
ROWSUM table at the position specified by the value of index register 
X (the row index); 

STA ROWSUM.X 

The next row will now be scanned: 

DEX 

BPL ADDROW 

If X becomes negative, we are done: 

RTS 

LED LIGHTER Subroutine 

This subroutine assumes upon entry that register X contains the in¬ 
ternal LED number of the LED on the board which must be turned on. 
The subroutine will therefore turn that LED on using the LIGHT 

subroutine, which converts a number in register X into a bit pattern in 
the accumulator for the purpose of turning on the specified LED: 

LEDLTR JSR LIGHT 

At this point, either Port IA or Port IB must be updated. Let us 


assume initially that it is Port 1A (if it is not Port 1A, which we can 
find out by examining the carry bit below, then the pattern contained 
in the accumulator is all zeroes and will not change the value of Port 
IA): 

ORA PORTIA 
STA PORTIA 
BCC LTRDN 

The carry bit is tested. If it has been set to I by the LIGHT subroutine, 
then LED #9 must be turned on. This is accomplished by sending a 
”1*’ to Port IB: 

LDA #1 
STA PORTB 
RTS 

P LR MV Subroutine (Player's Move) 

This subroutine obtains one correct move from the player. It chirps 
to get his or her attention and waits for a keyboard input. If a key 
other than I through 9 is pressed, it will be ignored. Whenever the 
subroutine gets a move, it verifies that the square on the board is in¬ 
deed empty. If the square is not empty, the subroutine will ignore the 
player’s move. Let us first generate a chirp in order to get the player’s 
attention: 

PLRMV LDA #$80 

STA DUR 
LDA #$I0 
JSR TONE 

Now, let us capture the key closure: 

KEY IN JSR GETKEY 

We must now check to see that the key that is pressed is between I and 
9. Let us first check to see that it is not greater than or equal to 10: 

CMP #10 
BCS KEYIN 

Let us now verify that it is not equal to “zero”: 


276 


277 



6502 GAMES 


TIC-TAC-TOE 


TAX 

BEQ KEYIN 

Finally, let us verify that it does not correspond to a square that is 
already occupied: 

LDA GMBRD-1,X 
BNE KEYIN 
RTS 

Exercise 11-6: Modify the PLRMV subroutine above so that a new 
chirp is generated eveiy time a player makes an incorrect move. To tell 
the player that he or she has made an incorrect move, you should 
generate a sequence of two chirps, using a df ferent tone than the one 
used previously. 

LIGHT Subroutine 

This subroutine accepts an LED number in register X. It returns 
with the pattern to be output to the LEDs in the accumulator. If LED 
9 is to be lit (X = 8), the carry bit is set. This subroutine is straightfor¬ 
ward and has been described previously: 

LIGHT STX TEMPI 

SEC 
ROL A 
DEX 

BPL SHIFT 
LDX TEMPI 
RTS 

DELA Y Subroutine 

This is a classic delay subroutine that uses two nested loops that 
have a few extra instructions within the loop that are designed to waste 
time: 

DELAY LDY #$FF 

DL1 LDX #$FF 

DL2 ROL DUR 

RORDUR 


DEX 

BNE DL2 
DEY 
BNE DLl 
RTS 

Interrupt Handling Routine 

Every time that an interrupt is received, the appropriate LEDs will 
be complemented (turned off if on, or on if off). The positions of the 
LEDs to be blinked are specified by the contents of the LTMSK 
masks. Two bytes are used in memory for the low and high halves, 

respectively, (See Figure 11.47 for the memory map.) 

Turning the bits on or off is accomplished by an exclusive-OR in¬ 
struction that is the equivalent of a logical complementation. Since 
this routine uses the accumulator, the contents of A must be preserved 
at the beginning of the routine. It is pushed onto the stack and 
restored upon exit. The subroutine is shown below: 

INTVEC PHA 

LDA PORTIA 

EOR LTMSKL 

STA PORTIA 

LDA PORT1B 

EOR LTMSKH 

STA PORT1B 

LDA TILL 

PLA 

RTI 

Exercise 11-7: Notice the LDA TILL instruction above, The next in¬ 
struction in this subroutine is PLA. It will overwrite the contents of 

the accumulator with the words pulled from the stack. The contents of 
the accumulator, as read from TILL, will therefore be immediately 
destroyed . Is this a programming error that was accidentally left in 
this program? If not, what purpose does it serve? (Hint: this situation 
has been encountered before . Refer to one of the earlier chapters.) 

I NIT I A LIZE Subroutine 

This subroutine was described in the body of the main program 
above. 
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RANDOM and TONE Subroutines 


These two subroutines were described in previous programs. 


SUMMARY 

This program was the most complex we have developed. Several 
algorithms have been presented, and one complete implementation of 
an ad hoc algorithm has been studied in great detail. Readers interested 
in games of strategy and programming are encouraged to implement 
an alternative algorithm. 


LINE t LGC 


CODE 


0002 

0003 

000^ 

0005 

0006 

0007 

oooe 

0009 

0010 

0011 

0012 
0013 
0014 
0015 
0016 
0017 
0016 
0019 
0020 
0021 
0022 
0023 
0024 
0025 
0026 
0027 
0020 
0029 
0030 
0 031 
0032 
0033 
0034 
0035 
0035 
0035 
0035 
0035 
0035 
0033 
0035 
0036 
0036 
0036 
0036 
0036 
0036 
0036 
0036 
0037 


0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0001 

0002 

0003 

0004 

0005 

0006 

0007 

0006 

0009 

0004 

0000 

oooc 

ooon 

OOOE 

000F 

0010 


00 

01 

0? 

00 

03 

06 

00 

02 

03 

04 

05 

01 

04 

07 

04 

04 

06 


LINE 

I 'TlCT AC' 

I PROGRAM TD PLAY TIC-TAC-TOE ON SVM-1 

PCOHPUTER WITH 3X3 LEO MATRIX ANp HEX KYBD. 
» AT BEGINNING OF GAME' IF 'F' KEY IS 

IPRESSEDr PLATER GOES FIRST* ANY OTHER KEY* 
.COMPUTER GOES FIRST. THEREAFTER* TO MAKE 
IA HOVE. PRESS KEY CORRESPONDING TO NUMBER 

'OF SOUARE DESIRED. 

I 

>1 INKAGESJ 

I 

GF.TKEY = $100 
ACCESS = $3*66 
1 

n/o; 


PORTIA 

RDR1A 

P0RT1P 

DBR1A 

IER 

ACR 

TIU 

T1CH 

P0RT3B 

DO RJ B 

iRrrn 

IRUVH 


moot 

4 A 001 
tAOOO 
4A007 
$ AO OF 
fAOOR 
4A004 
<A005 
$AC#0 
$AC02 
$A67E 
$A67F 


i** 6522 VIA 


f • % « 


* INTERRUPT ENABIE REGISTER. 
lAUXtUARY CONTROL REGISTER, 
.TIMER 1 CATCH LiW, 
f TIMER I I ATCH HIGH. 

>**652? VTA tl... 


JTfkBLE OF SQUARES IN HOARD'S 8 ROWS 


* - 0 


RUFT1 .BYTE 0.1.2rO*3*6>0> 


RUFT^ .BYTF T* 4 * 5» lf4t7 T 4 * 4 


RUF M .BY IF 6*7 ■ - "i-H » 


Flff. 11.50: Tfc-Tac-Toe Program 
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TIC-TAC-TOE 


0175 
017 A 
0 J77 
0176 
0J7? 
0180 
0161 
0162 
0183 
0164 
0165 
0186 
0167 
0166 
oie? 

0190 

0191 

0192 


02DF 

02E1 

02E4 

02E6 

02E6 

02EA 

D2EC 

02EE 

osro 

02F2 

02F5 

02F7 

02F9 

02F6 

02FD 

02FE 

0300 

0302 


62 


10 

66 

DO 

A? 

DO 

A? 

65 

20 

29 

05 

C9 

DO 

AA 

65 

{iQ 

EO 


02 

04 03 

li 

1C 

06 

OS 

»5 

01 

40 

9A 00 
OF 
40 
09 


16 

FO 


0193 

0303 

60 


0194 

0304 



0195 

0304 



0196 

0304 



0197 

0304 



0196 

0304 



0199 

0304 



0200 

0304 



0202 

0304 



0202 

0304 



0203 

0304 



0204 

0304 

66 

39 

0205 

0306 

65 

36 

0206 

0306 

A? 

00 

0207 

030A 

AO 

Ofl 

0206 

030C 

9? 

2 1 00 

0209 

030F 

66 


0210 

0310 

10 

FA 

0211 

0312 

no 

07 

0212 

0 314 

A5 

36 

0213 

0316 

tl? 

2A 00 

02l4 

0319 

DO 

OF 

0215 

0 31B 

66 

00 

0216 

031ft 

20 

39 03 

0217 

0320 

66 

06 

0216 

0322 

20 

39 03 

0219 

0325 

66 

10 

0220 

0327 

20 

39 03 

0221 

032A 

66 


0222 

0326 

10 

E7 

0223 

032D 

A2 

0? 

0224 

032F 

A5 

3? 

0225 

0331 

35 

20 

0226 

0333 

DO 

03 

0227 

0335 

CA 


0226 

0336 

no 

F7 

022? 

0336 

60 


0230 

0339 



0231 

0339 



0232 

033? 



0233 

0339 



0234 

033? 

B5 

16 

0235 

033ft 

no 

02 

0236 

033D 

F 6 

?l 

0237 

033 F 

40 


0236 

0340 



023? 

0340 



0240 

0340 



0241 

0340 



0242 

0340 



0243 

0340 



0244 

0340 



0245 

0340 

Cft 


0246 

0341 

95 

1 6 


LDX 
JSR 
HHE 
I OX 
IMF 
IJX 
BNE 

ODDRNQ I DA 
StA 

RNDMU jSR 

AND 
ORA 
CMP’ 
DOS 
1 AX 
I DA 
INF 

TNX 

DONE f:is 


*2 

FTNPHV 

DONE 

GNRRD+4 

RNPNU 

♦5 

BONE 

ft 

OlDrtSK 

RANDOM 

♦ •OF 

UDDHSK 

♦ 9 

RNDHV 

GMBRDrX 

RNDMV 


>IF YFS. PLAT W-OCK. 

J IS ('.FNTFk 
J0(T4JPIF0^ 

;no: fiay it, 

IUET OFDMASK TO U SO 
IMOVE WILL BE A SIBF , 
t GET RANDOM ♦ FOR MOVE- 
?NAKE IT 0-1S. 

WAKE ODD t TF CORNER MFFoFo< 
tNUMPiER TOO 

i jF yf:s, of i another, 
ispace occupied* 

; IF YES * GET ANOTHER HOME 
t TNCRF.MENT X TO MATCH OUTPUT OF F^i)S“" 
^RETURN U/ MOOE IH v . 


* ****** SUtiROlJTINF 'FIND MC'JF' ****** 

;finis a souare hef i inq specifications 

iPASSED IN IN A AND X. 
rINDEX REGISTER X COUTAIN* 

;hask that? wmfn oR'Fn with 

iMUMBER OF T1MFS A SQUARE FITS ROMS WITH 
rftOUSUM IN ACCOM.r NllST YIELD A OME 

rFOR SQUARE TO OUALlFY. 


FIMDM 1 ,* 


Ci.Rl.P 


CHENI.P 


NOCHEK 


FNHTCH 


FOUND 


SIX 

STA 

LDA 

LDY 

STA 

LEY 

BPL 

LDY 

L1A 

CMP 

BNE 

LDX 

JSR 

LDX 

JSR 

LOX 

JSR 

»EY 

ftPL 

LlX 

LBA 

AND 

BNE 

• EX 

PNE 

UTS 


TEMP2 

TEMPI 

♦ 0 

te 

SOSTAT? V 

CLRLR 
♦ 7 

TEMPI 
ROWSUM.Y 
NOCHEK 
RWPTlt Y 
CNTSUB 

f:mrt:!iy 

CNTSUB 
PMPT3 •Y 
CNTSUB 


CHEKLP 

♦9 

TEMP2 

SOSTAT 

FOUND 


JSAVF REGISTERS. 


1CIEAR SDUARE STATUS REGISTERS. 


ILOOR 7X 
?Dl*FS ROWSUM 
FMnTCH PAR^MFTFR' 7 

rIF NOfr TPY NEXT. 

JCHEOY, 1ST SUilARE TN ROW. 
rlNCFlFMFNTTTS STAT'ISIF IT'S 
) ro :&ND SQUARE- 

tAHl THIRD, 

?TRY NEXT ROM, 


EMPTY, 


-1 r X 


ll.OAO PARAMETER,,, 

IfPllUARF ftlATUSIAMDrPhRAM^O* 

I IF YES? PLiAY X AS MOUF. 
PPFCRFMl’NT l\NIi TRY f"FXT SQSTAT. 


PNMTCH 


1 ****** SUBROUTINE 
»INCREMENTS SOSTAT 


CNTSUB I LA 
BNE 
INC 

NCKNT RTS 


GMLRUf X 
NOCNT 
SOSTAT »X 


'CQI.ITM’SMB' ****** 

OF EMPTY SQUARES, 

IOET SQUARE. 

I TF FULL? SKIP^ 
r INCREMENT SOSTAT 
IDOflE. 


i ****** SUBROUTINE 'UPDATE" ****** 
iPLAYS MOVE BY STORING COOE PASSED IN IN ACCUH, 
5AT SOUARE SPECIFIED BY X REG. 
rALSO LIGHTS/SETS BLINKING PROPER LED, 

IONO COMPUTES ROMSUHS. 

I 

UPDATE DEX I DECREMENT MOVE TO NOTCH 

STA GKRKD? X )PLAY MOUE. 


TMOFXTNK 


Fi0.11 .SO: 


im (Contintiod) 
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02-17 

0343 

C9 

04 



CMP KOHPfJTER'S nnvfr> 

0240 

0345 

FO 

01> 



lEtl NilRLNK i IF YESr EFT LEO PI INK.TMG 

02-19 

0347 

20 

90 

03 


JSP LIGHT JPLAYER'^.KO'JEiGETSJTCO^PESPGMli: 

0250 

034 A 





iTI? LEU TQ BE SET ro BLINK ING* 

0251 

034 A 

05 

3 P 



ORA LIHSKl. ipLOCF BIT IN SUNK MASKS. 

0252 

034C 

05 

11 



ST A LTMSM 

0253 

034E 

90 

04 



ICC NQBLt'K 51F C-O- **n N'T SET BIT 9. 

025-1 

0350 

A 9 

01 



1 PA *(*t ISET BJT TO Bt T.MKTNG 

0255 

0352 

05 

3C 



SfA LTMSFH 

0254 

0354 

:v 

6F 

03 

WDBLHK 

JSR LEDLIR :LI!1HT 1 FP, 

0257 

0357 

A2 

07 



L H>i' #7 J LOOP TO COMPUTE PCWSL'MS* 

0258 

0359 

10 



A1PR0M 

CLC JPPFPAPF Fnp 

0259 

035A 

04 

00 



CDY RMPTl.y *OFT FH?«>f ^CUAPE ACiDRFS®^ 

0260 

035C 

09 

Ifl 

00 


LDA riMBPD^Y ‘GET OCWTEnTR OF SQUARE* 

02 61 

035F 

ZA 

00 



1 DY PMPT2 1 v ‘ADD 9EC0NP EFUAPF- JH RCU, 

0262 

0361 

79 

10 

00 


rtPC GMPRt.Y 

0263 

0364 

J»4 

10 



LOY RUPTI.Y rAOD FlNAi SQUARE. 

0264 

0366 

79 

10 

00 


ABC GMBRDrY 

0265 

0369 

95 

7A 



ST A HOWSUM'Y- tSA<.*€ Pn^EUM 

0266 

OJA* 

C A 




nry 

0267 

036C 

10 

FB 



RPL AHDPDU t GET NE XT RiIli^IjM. 

0260 

036E 

60 




RTS 

0269 

036E 




i 


0270 

036F 




r ****** SUDPLMJT 3 HE 'I.Eli LIGHTER' * 

0271 

036F 




ibjuen 

AN ARGUMENT IN X REG. LIGHTS 

0272 

036F 




ucn <C“0> C0RpFfL*nur>«r> rn that apujimj-^i 

0273 

036F 




1 


0274 

036F 

20 

90 

03 

1 FEll.TP 

JS« LJIOir rdFT HTT T*J CORRECT F'OFTll r ‘" 

0275 

0372 

on 

01 

AO 


ORC PUR 11 A »l TGHT LEU* 

0276 

0375 

an 

01 

AO 


STA PGR 11 A 

0277 

0370 

90 

05 



*cr.: LlRliN i)F LEI '1 19 HOT Tn PE LIT. W!*- 

0270 

037A 

A9 

01 



LMA tJ rl.IGHT ! FO T9 

0279 

037C 

an 

00 

AO 


STA PUP 1i y 

0 200 

937F 

60 



r rwriw 

RTS tOCINE* 

0201 

0300 




? 


0 20 2 

0300 




i **:**** BIJttRlUlTTMF 'MAYER'S MAul-' *?:*£** 

0203 

0300 




H3FT8 1 

:> l AYFR' S MfH.JK- (‘HFCK.S FUR ERROFF* 

0204 

0300 




i 


0205 

0300 

A? 

00 


FIRM? 

1 CA tY-Ho JMAI>: SMfJF’T '?FEP TO «!rRUA! 

020 6 

03B2 

0 5 

3E 



ST A |>HR iKEY&CIAEN FMPMI NEFI-EO. 

0207 

0304 

?|9 

10 



LlJ A 

02BB 

0306 

20 

AD 

00 


JSR InNE 

02B9 

0309 

: j o 

00 

01 

KF! YIN 

JSR GFTKE V ;15EI MUL'F * 

0290 

O30C 

r:9 

OA 



CAP tlO lOMT CF P!MJfU-Fv 

0291 

O30E 

BO 

F9 



PCS KKYTM 5 IF YES-; GET 

029 :? 

0390 

AA 




TAX 

0293 

0391 

FO 

F6 



HER K1YTN JfF MO'*»E “ 0- E : * T AFinrHrR 

0294 

0393 

15 

17 



1 OA GHR*»^1>X iSflllfiPE t 'HF'TY J * 

0295 

0395 

io 

F2 



HNF K1YTN II HOI AGAIN 

0296 

0397 

60 




RTS 

0297 

0390 




1 


0290 

0390 




f r*t* t* titIBRIIU rtWE 'LIGHT* ****** 

0299 

0390 




1SHIF Tt$ A ONE BIT LEFT »H ACCUMlll.AT IP Hi 

0300 

0390 




1A POSITION CORBFSPDNDINK 111 THF 

0301 

0390 




1ARI30HFHT PASSED 1 H TN PE(L X, IF Y 9, 

0302 

0390 




WORRY 

IS ‘U. 

0303 

0390 




i 


0304 

0390 

06 

10 


1 IGHT 

STY TEMPI ;SA‘.'F Y, 

0305 

039A 

A? 

00 



liia to fclear acclim h'H **•.*'. r - 

0306 

039C 

30 




SEC -GET BIT TO HI '-NT 1 TMI 

0307 

0391 

2A 



HHTFT 

ROl A iSHSFl BTT 1 *■ F 1 . 

0300 

039E 

CA 




*FX 

0309 

039F 

10 

FC 



BPL S H IF 1 ‘COUNT IlOWl 1 AUG 1 Un' 

0310 

03A1 

66 

38 



l OX TFHPl ;PFSlOf;r y . 

031! 

03A3 

60 




Ml S 

03U' 

03rt4' 




ll 


0313 

03A4 




i ****** GUPPAIJT INF 'M-f AY' 

Q3M 

03A4 




▼ 

r 


0115 

Q3A4 

AO 

FF 


HI 1 AY 

1 E'Y tIFF 

0316 

03A6 


FF 


I'l 1 

1 l' v ft.FF 

031/ 

03A.B 

'>6 

IF 


til ? 

roi imir ;.jwii riMi 

0310 


64 

n: 



K11K UUP 


Fig. 11.50: Tlc-Tac-Toe Program (Confinued) 


6319 

0330 

0331 

0332 

03?3 

032-11 

0325 

012A 

0327 


03AC 
OJA* 
03 AF 
03B0 
0312 
0313 
03D3 
03P3 
03B3 


CA 


1iEX 

PO 

F9 

PNE BL2 

00 


UEY 

BO 

F 4 

ONE BL1 

60 


PTS 


i ****** INTEPRlJPT HAHDL1N0 ROUTTNF TtTt*Y 
.AT EACH INTFRRUPTt LEDS WHOSE P0F1MGNS 
; THE BLINK MASKS HAL'E OMFS T N THFM rtPF TI!*H|li 


0320 

03P3 




;0N IF 

OFF, 

□ff if orf- 

0329 

0303 

48 



intmec 

PNA 


0330 

0304 

A§ 

01 

AO 


LPA 

PORTIA 

0331 

0307 

45 

3P 



FOR 

I.TMSK1. 

0332 

0309 

SB 

01 

AO 


STA 

PORTIA 

0333 

03SC 

AB 

00 

AO 


LBA 

IT 

o 

H 

>* 

0334 

03BF 

45 

3C 



FOB 

L rrlSILH 

0335 

03C1 

0D 

00 

AO 


STA 

i^nftTiD 

0336 

03C4 

AD 

04 

AO 


1 M 

Til 1 

0337 

03C7 

60 




Pl.A 


0338 

O3C0 

40 




RTI 


0339 

03C9 




m 

V 



0340 

03C9 




i SUBROUTINE 'INJTIATI'F tttttt 

0341 

03C9 




JINITTALIZES PRUGPAM* 

0342 

03C9 




M 

1 



0343 

03C9 





* - 

<50 

0344 

0050 




4 

t 


to in? far aPagf c 

0345 

0050 

A9 

OO 


TNIT 

LBA 

0346 

0052 

t\2 

?0 



L[<X 

IClBEMB-Cl FST 

0347 

0054 

95 

10 


CLRCTLL 

STA 

Cl RF1 t* 

0340 

0056 

Cf\ 




BEX 


0349 

0057 

10 

FB 



BPL 

i'\ RALL 

0350 

0059 

AB 

04 

AO 


1 DA 

r ti i. ;Ge r pamuum hlimpfp 

0351 

oosc 

05 

33 



STA 

RNDSCR+J 

0352 

005E 

95 

36 



STA 

RNDSCP+4 

0353 

0060 

A9 

FF 



E.BA 

t<FF 

0354 

0062 

8B 

03 

AO 


STA 

MIP1A *SF 1 Uf* I'O 

0355 

0065 

01) 

02 

AO 


STA 

IiDPIH 

0356 

0060 

01 

02 

AC 


STA 

nrp:tp 

0357 

006B 

A9 

00 



L1A 

tO rClFf*»P 1 F r< 5 

0350 

0061 

0t 

01 

AO 


STA 

PriRTIA 

0359 

0070 

SB 

00 

AO 


STA 

P0RT19 


0340 
034 I 


0073 

0073 


iSET UP TIMER FOP TLRRUP IS WHICH 
;*1 INK LEBS. 


0362 

0073 

20 

06 

01 

ISR 

ACCESS 

0363 

0076 





ISET UP 

0364 

0076 

A? 

D3 


LBA 

t <IHT'.‘F.C 

0365 

0EJ7S 

00 

7E 

A6 

STU 

TRU'.'L 

0366 

007B 

A9 

03 


LDA 

tMHTVFC 

0367 

007D 

SB 

7F 

A6 

STA 

IPGOH 

0360 

0000 

A9 

7F 


LDA 

♦♦7F 

0369 

0002 

8D 

OE 

AO 

STA 

IEP 

03 70 

0005 

A9 

CO 


Ll A 

ft: CO 

0171 

0007 

01 

OF 

AB 

STA 

IER 

0372 

OO0A 

A9 

40 


LBA 

t<40 

0373 

ooec 

00 

01 

AO 

STA 

ACR 

0374 

OO0F 

A? 

FF 


LDA 

MFF 

0375 

0091 

0B 

04 

AO 

STA 

TILL 

0376 

0094 

BD 

05 

AO 

STAi 

T1CM 

0377 

0097 

50 



CLI 


0370 

0090 

B0 



CLP 


0379 

0099 

60 



RTS 


0300 

009A 




4 . 

r 


03Q1 

009A 




i ****** SU1EOUT INF 

0302 

009A 




rRANDOM NUMBER GFNE 

0303 

009A 




5 RAN10M NUMBER IN A 

0384 

009A 




-■ 

T 


0385 

009A 

38 



RaNIiOM sec 


33B6 

0090 

A5 

33 


LDA 

PNPSCR + l 

0307 

0091 

65 

36 


AlrC 

RNDSCRT4 

0308 

009F 

65 

37 


ADC 

RNBSCR-F5 

0309 

OOAl 

05 

32 


STA 

RNHSCR 

0390 

00A3 

A2 

04 


L1X 

34 


HJNPROrSCT SYH-I SYSTFM MEMORY TO 
ERRUPI UEOIORS* 

.LOAD LOW PYTF TNTFPRlJPr ‘.•FCTPP. 
iSTOpE AT INTERRUPT '.'ftTOP I (JCA710M 
.LOAD HI BYtF INTERRUPT '.'FrTOP* 

? S TORE. 

JCLEAR INTERRUPT SUABLE RFGT c rFR* 


fFNABI.E 1IMEPl INTERRUPT* 

5ENA0LE T1MER1 I H FREE-RUM MODE, 


JSFl * flW LATCH OH TIMER 1 * 

JSFI HIGHLATCHI cTrtRTlNTFRRUPTCOUMT 
tFNAiBI F INTERRUPT^ 


RANDOM' ttfft* 


Fla. 11.90: Tk-Toc-Toe Program (Continued) 
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APPENDIX A 


6502 INSTRUCTIONS—ALPHABETIC 


ADC 

Add with carry 

JSR 

Jump to&ubroutine 

AND 

Logical AND 

LDA 

Load accumulator 

ASL 

Arithmetic shift left 

LDX 

load X 

BCC 

Branch if carry clear 

LDY 

Load Y 

BCS 

Branch i f carry set 

LSR 

logical shift right 

BEQ 

Branch if result = 0 

NOP 

No operation 

BIT 

Ifest bit 

ORA 

Logical OR 

BMI 

Branch if minus 

PHA 

Push A 

BNE 

Branch if not equal to 0 

PHP 

Push P status 

BPL 

Branch if plus 

PLA 

Pull A 

BRK 

Break 

PLP 

Pull P status 

BVC 

Branch if overflow clear 

ROL 

Rotate left 

BVS 

Branch if everflow set 

ROR 

Rotate right 

CLC 

Clear carry 

RT1 

Return from interrupt 

CLD 

Clear decimal flag 

RTS 

Return from subroutine 

CL1 

Clear interrupt disable 

SBC 

Subtract with carry 

CLV 

Clear overflow 

SEC 

Set carry 

CMP 

Compare to accumulator 

SED 

Set dectmal 

CPX 

Compare to X 

SEI 

Set interrupt disable 

CPY 

Compare to Y 

ST A 

Store accumulator 

DEC 

Decrement memory 

srx 

Store X 

DEX 

Decrement X 

STY 

Store Y 

DEY 

Decrement Y 

TAX 

'IYansfer A to X 

EOR 

Exclusive OR 

TAY 

'IYansfer A to Y 

INC 

Increment memory 

I'SX 

Transfer SP to X 

!NX 

Increment X 

TXA 

'IYansfer X to A 

INY 

Increment Y 

TXS 

'IYansfer X to SP 

JMP 

Jump 

TYA 

'IYansfer Y to A 
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6502-INSTRUCTION SET: HEX AND TIMING 
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ACCESS, 170 
Ad hoc algorithm, 239 
Ad hoc programming, 238 
Analytical algorithm, 225 
ANALYZE, 263 
Array, 122 

Artificial intelligence, 224 
Assembler, 47 
Assembly, 12 
Audio feedback, 163 
Auxiliary Control Register, 174 
BEO, 154 
Binary number, 41 
Blackjack, 189 
Blackjack Program, 212 
BLIN 

Blink masks, 175 
BLINKER, 208 
Blinking, 274 
Blinking LEDs, 261 
Blip counter, 92 
Board analysis flowchart, 242 
Bounce, 13 
Bracket-filtering, 150 
Carry, 206 
Cassette recorder, 4 
CL1, 174 
CNTSUB, 55 
Complement, 73 
Complementation Table, 80 
Computing the Status, 271 
Constant symbols, 47 
Counter, 65, 101 
COUNTSUB, 273 
Current limiters, 11 
Decimal mode, 151 


Decision tables, 225 
DELAY, 56, 132,211,278 
Delay constant, 103 
Diagonal trap, 244 
Diagonals, 266 
DISPLAY, 118 
D1SPLY, 119 
Do-nothing, 55 
Draw, 222 
Dual Counter, 92 
Duration, 148 
DURTAB, 144 
ECHO, 137 
Echo, 35 

Echo Program, 145 
ESP Tester, 139 
EVAL, 118,126,153 
Evaluating the board, 225 
Extra Sensory Perception, 139 
FINDMV, 264, 269 
FINDMV flowchart, 270 
First move, 235 
Free run, 198 
Free-running, 198 
Free-running mode, I 71, 256 
Frequencies, 25 
Frequency, 22,261 

Frequency and duration constants, 161 

Games Board, 2,7 

GETKEY, 13, 149 

GETKEY Program, 17 

GMBRD,252 

Heuristic strategy, 225 

Hexadecimal, 41 

Hexguess Program, 63 

IER ,171 
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IFR, 171 

Illegal key closure, 95 
Index, 159 

Indexed addressing, 37, 39, 122,126 

Initialization, 198 
INITIALIZE, 279 
Intelligence level, 252, 260 
Interconnect, 4 
Interrupt, 198,252, 261 
Interrupt Handler, 183, 211 
Interrupt handling, 198, 279 
Interrupt Registers, 174 
Interrupt-enable register, 256 
Interrupt-enabler, 171, 179,256 
IQ level, 245, 265 
Jackpot, 100 
JMP, 154 
Key qiosure, 277 
Keyboard, 7 

Keyboard input routine, 13 

Labels, 47 

Latch, 65 

LED #9, 123 

LED Connection, 10 

LEDs, 8 

Levels of difficulty, 8 

LIGHT, 118, 132, 157,274,278 

LIGHTER, 276 

LIGHTR, 207 

LITE, 70, 182 

Loop counter, 92 

LOSE, 130 

Magic Square, 73 

MasterMind, 162 

MiddleC, 23 

Mindbender, 162 

Mindbender Program, 184 

MOVE,47 

Multiplication, 122 

Music Player, 20 

Music Program, 31 

Music theory, 23 

Nested loop delay, 39 

Nested loop design, 25 

NOTAB, 144 

Note duration, 159 

Note frequency, 159 

Note sequence, 139 

Parameters, 149 


Parts, II 

Perfect square, 73 
PLAY, 48, 53 
PLAYEM, 37 
Playing t o the side, 24 
PLAYIT, 30, 38 
PLAYNOTE,30 
PLRMV,277 
Potential, 225 
Power supply, 4 
Programmable bracket, 101 
Prompt,42 
Protected, 170 
Protected area, 170 
Pulse, duration, 171 
RANDER.210 

RANDOM, 57, 135,150, 159,209 
Random moves, 241 

Random number, 54,65, 78, 118,267 
Random number generator, 57,118, 
149 

Random pattern, 73 
Random move, 267 
Recursion, 211 
Repeat, 13 
Resistors, II 
RNDSCR,252 
Row sequences, 251 
Row-sum, 239, 271 
SBC, 206 

Scratch area, 57 
Score, 107,128 
Scoretable, 107, 111, 112 
SCORTB, 127 
Seed,118,149 
74154,8 
7416, 8 

Shifting loop, 158 

SHOW, 152 

Side, 267 

Simple tunes, 21 

Siren, 100 

Slot Machine, 99 

Slot Machine Program, 113 

Software filter, 175 

Special decimal mode* 150 

Spinner, 87 

Spinner Program, 93 

SQSTAT, 252 
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Square status, 269 
Square wave, 22 
Strategy, 225 
SYM,4 
TlCL, 6,83 
TIL-L, 65 

Threat potential, 226 
Tic-Tac-Toe, 218 
Tic-Tac-Toe Flowchart, 248 
Tic-Tac-Toe Program, 280 
TIMER, 65 

Timer, 65, 83, 198, 256 
Timer 1, 175 
TONE, 39,70, 130, 135 
Translate, 41 
Translate Program, 49 
Trap, 235,239, 264,267 
Trap pattern, 241 
Two-level loop, 211 
Two-ply analysis, 237 
Unprotect system, 198 
UPDATE,273 
Value computation, 226 
VIA, 8 

VIA memory map, 66 
Visual feedback, 163 
WAIT, 98 

Wheel pointer, 103, 120 
WIN, 128 
Win, 259 

Win potential, 225 
WINENDJ29 
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